Что это значит, если SSH зависает после "Установлено соединение"?

Я использую виртуальную машину Google Cloud и время от времени переключаюсь на свой терминал и вижу, что моя сессия ssh зависла. Когда я тогда пытаюсь восстановить соединение

ssh -v  -i ~/.ssh/key  user@host.domain

Это показывает это:

OpenSSH_7.4p1, LibreSSL 2.5.0
debug1: Reading configuration data /Users/UserName/.ssh/config
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 53: Applying options for *
debug1: Connecting to host.domain [123.456.123.456] port 22.
debug1: Connection established.
debug1: identity file /Users/UserName/.ssh/ke> type 1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/UserName/.ssh/key-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.4

Похоже, соединение установлено, но больше ничего не происходит, и мне нужно перезапустить виртуальную машину. Что это значит?

Я должен отметить, что я могу ping Хозяин без проблем, поэтому он не заморожен или что-нибудь.

Источник

2 ответа

Решение
debug1: Local version string SSH-2.0-OpenSSH_7.4

Когда клиент подключается к серверу SSH, сервер запускает протокол SSH, отправляя клиенту строку версии сервера в виде простого текста. С Open SSH ssh утилита, соответствующие строки отладки выглядят так:

debug1: Local version string SSH-2.0-OpenSSH_7.6
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.6

После строки "локальная версия" ваш клиент ожидает, пока сервер отправит свою строку версии клиенту. Если соединение зависает, это потому, что клиент не получил строку версии с сервера.

В общем, есть несколько причин, которые могут вызвать это:

  1. Клиент подключился к чему-то, что не является сервером SSH. Например, HTTP-сервер не будет отправлять что-либо клиенту, поскольку протокол HTTP ожидает, что клиент отправит первые данные.
  2. Сервер работает неправильно. Например, сервер может быть перегружен, а процесс сервера SSH не получает возможности для запуска.
  3. Сервер завис как-то. Например, он может застрять при выполнении DNS-запроса на IP-адресе клиента.
  4. Некоторое сетевое устройство мешает соединению TCP.

В вашем случае вы подключаетесь к порту 22, поэтому можно предположить, что вы подключаетесь к процессу SSH-сервера. Вероятно, вы страдаете от #2 (сервер работает со сбоями), но невозможно сказать точно, что не так, кроме этого. Вам нужно будет зайти на сервер и выяснить, что происходило в то время, которое мешало ему обрабатывать SSH-соединения.

Источник

Это отличное объяснение @Kenster. Я хотел бы добавить точные вещи, которые вы можете проверить.

Мой ответ не ориентирован на облака, но он может дать некоторые идеи и в облаке.

Линияэто ответ от сервера, который отсутствует.

Таким образом, это может означать, что серверу не удалось доставить этот пакет клиенту по сети.

Вы можете использоватьчтобы отследить его, если вы размещаете службу SSH (в моем случае это былов случае неудачи я размещаю службу SSH GIT).

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

В моем случае это работало на некоторых машинах, но не на всех.

      ~ server-1 $ nc example.com 22
SSH-2.0-APACHE-SSHD-2.X.X
^C

~ server-2 $ nc example.com 22
^C
~ $

Это была проблема с сетью, связанная с настройкой/фильтрацией.

Источник
Другие вопросы по тегам