SSH «Connection timed out»: сервер молчит

Сообщение «ssh: connect to host … port 22: Connection timed out» появляется, когда клиент отправил запрос на установку соединения и не получил вообще никакого ответа за отведённое время. Для сервера это могло значить что угодно: он выключен, недостижим, файрвол молча отбрасывает пакеты, либо ответ не доходит до вас.

В отличие от «Connection refused», здесь нет прямого отказа. Именно молчание обычно означает потери на маршруте или правило файрвола с отбрасыванием пакетов, а не с отказом.

Наиболее частые: неверный адрес или порт (ошибка в IP, сервер сменил адрес, порт SSH перенесён), сервер выключен или завис, файрвол сервера или хостинга не пропускает ваш адрес, а также ограничения вашей сети, которая не пускает исходящие подключения на порт 22.

Ещё бывает, что у сервера нет маршрута до вас, либо проблема у провайдера на промежуточном узле. Для серверов за домашним роутером причина часто в отсутствии проброса порта или в смене внешнего IP-адреса. Наконец, на слабой связи с большими потерями попытка просто не укладывается во время ожидания.

Учитывайте и защиту от сканирования: некоторые серверы специально молча отбрасывают пакеты от адресов, не входящих в список разрешённых. Для них таймаут означает не поломку, а работу защиты, и подключаться нужно из разрешённой сети.

Проверьте, тот ли адрес: сверьтесь с панелью хостинга или записями. Проверьте, отвечает ли сервер на другие запросы, например открывается ли его сайт, работает ли пинг, если он разрешён. Если сайт открывается, а SSH нет, вероятнее правило файрвола или другой порт.

Попробуйте подключиться из другой сети, например через мобильную точку доступа. Если оттуда подключение проходит, ваша сеть или адрес не пускаются. Проведите трассировку маршрута: она покажет, на каком узле пакеты пропадают.

Если у вас есть консоль в панели хостинга, проверьте, что сервер запущен, служба SSH работает и слушает нужный порт, а в правилах файрвола ваш адрес разрешён.

Если сервер находится за домашним роутером с динамическим адресом, проверьте, не изменился ли внешний IP и не сбросился ли проброс порта после перезагрузки. Именно эти две причины чаще всего объясняют, почему подключение, работавшее вчера, сегодня молчит.

Исправьте адрес и порт. Запустите сервер или службу, если они остановлены. Разрешите нужный порт и ваш адрес в файрволе сервера и хостинга. Если вы подключаетесь с меняющегося IP, ограничение по адресу придётся обновить или заменить более гибким решением, например подключением через промежуточную защищённую точку.

При проблемах в вашей сети попробуйте другой канал или обратитесь к администратору. Для сервера дома проверьте проброс порта и внешний адрес. Увеличьте таймаут подключения в параметрах клиента при медленном канале, но это не заменяет поиск причины.

Если сервер недоступен любыми способами из разных сетей, консоль панели не открывается или показывает выключенное состояние, а перезапуск не помогает, это вопрос к поддержке хостинга. Приложите время и результаты проверок из нескольких сетей.

При частых таймаутах на нестабильном мобильном канале полезно включить в конфигурации клиента периодическую отправку служебных пакетов: они поддерживают соединение открытым и предотвращают его разрыв из-за простоя.

Трассировка маршрута показывает цепочку узлов до сервера и место, где ответы пропадают. Если пакеты пропадают на последнем узле, вина, вероятно, в файрволе сервера. Если на промежуточном, вопрос у провайдера. Однако помните, что многие узлы намеренно не отвечают на служебные запросы, и звёздочки в трассировке не всегда означают беду.

Сравните результаты из двух сетей и в разное время суток. Повторяющиеся потери в вечерние часы намекают на перегрузку канала. Собранные данные пригодятся, если придётся обращаться к провайдеру или хостеру с конкретной просьбой.