Что говорит сообщение
Полный текст выглядит как «ssh: connect to host … port 22: Connection refused». Слово refused важно: на ваш запрос ответили отказом, а значит, до машины пакеты дошли. Это отличает ошибку от «Connection timed out», где ответа нет вовсе. Отказ выдаёт либо сама операционная система сервера, потому что на этом порту нет программы, готовой принять соединение, либо файрвол, настроенный на явный ответ об отказе.
Следовательно, сервер жив, сеть до него работает, а вот служба SSH недоступна именно так, как вы к ней обращаетесь.
Причины по убыванию вероятности: SSH «Connection refused»
Чаще всего служба SSH не запущена: не установлена, остановлена, упала после обновления либо из-за ошибки в конфигурации. Вторая причина: она слушает другой порт, чем вы указали. Администраторы часто переносят SSH с порта 22, и об этом легко забыть.
Третья: файрвол на сервере или у хостинга отвечает отказом на этот порт либо разрешает подключения только с определённых адресов. Четвёртая: вы подключаетесь не к тому адресу: сменился IP, вы обращаетесь к другой машине. Пятая: только что была переустановка или перезапуск сервера, и служба ещё не поднялась. Шестая: защита от подбора паролей временно заблокировала ваш адрес.
Проверка по шагам: SSH «Connection refused»
Убедитесь в правильности адреса и порта: сверьте IP в панели хостинга. Попробуйте подключиться с параметром порта, если он нестандартный. Проверьте доступность сервера другой службой, например открыв его веб-сайт или проверив ответ на пинг, если он разрешён.
Если есть доступ к консоли сервера через панель хостинга или аварийный режим, выполните проверку состояния службы SSH и посмотрите, какие порты слушает система. Изучите журнал службы: там будет видно ошибки конфигурации или причины остановки. Проверьте правила файрвола.
Попробуйте подключиться с другой сети: если оттуда работает, ваш адрес мог быть заблокирован защитой от подбора или ограничен правилом.
При работе с облачными провайдерами проверьте группы безопасности и сетевые правила отдельно от файрвола внутри системы: порт может быть открыт на одном уровне и закрыт на другом. Проверка обоих уровней исключает бесконечные поиски не там, где нужно.
Как восстановить подключение
Запустите службу SSH и включите её автозапуск. Если конфигурация содержит ошибку, исправьте её и проверьте перед перезапуском встроенной проверкой синтаксиса. Откройте нужный порт в файрволе сервера и в правилах хостинга и убедитесь, что порт в конфигурации совпадает с тем, что вы указываете.
Если ваш адрес заблокирован защитой от подбора, дождитесь снятия ограничения или снимите его из консоли. Никогда не отключайте файрвол целиком на боевом сервере ради проверки: временно откройте только нужный порт.
Когда проблема не на стороне клиента
Если сервер арендованный и не отвечает ни на что, а консоль в панели тоже недоступна, причина у хостера или в самой машине: она выключена, зависла, исчерпала ресурсы. Проверьте статус в панели, перезапустите через неё и обратитесь в поддержку, если это не помогает.
Если вы недавно меняли конфигурацию SSH и перезапустили службу, скорее всего, в файле ошибка, и служба не поднялась. Сохраните доступ через консоль хостинга до тех пор, пока новое подключение не будет проверено в отдельной сессии.
Безопасное изменение порта и правил
Перед сменой порта SSH или правил файрвола оставьте открытой текущую сессию и проверьте новое подключение в другом окне. Так вы не потеряете доступ, если что-то пошло не так. Убедитесь, что новый порт разрешён и в файрволе самого сервера, и в правилах хостинга.
Не забывайте, что часть автоматизации, например скрипты развёртывания и резервного копирования, подключается тоже по SSH и после смены порта перестанет работать. Обновите их параметры и запишите изменения, чтобы через полгода не тратить время на поиск причины отказа.