То, что это означает, в конечном счете, то, что сервер SSH на другом конце отказал или в некотором роде не работает. Это все еще слушает на сокете, но это не способно к выполнению криптографического квитирования.
Единственное решение состоит в том, чтобы перезапустить процесс на удаленной стороне.
Моя Первая попытка состояла в том, чтобы найти"ssh_exchange_identification: read: Connection reset by peer
", и перекрестная проверка с исходным кодом, но к сожалению я не нашел никого. Таким образом с несколькими методами я пытался копировать ту же проблему в своей стороне, но не могущий создать ту же проблему в моей стороне, как Вы видите как ниже.
С корнем sshd_config DenyUsers
Клиентский журнал
Отклоненное разрешение, попробуйте еще раз
Серверный журнал
2 июля 2:47:32 сервера sshd [27118]: Пользовательский корень от CLIENT_IP, не позволенного, потому что перечисленный в DenyUsers
С hosts.deny
sshd: CLIENT_IP
Клиентский журнал отладки:
ssh_exchange_identification: Соединение закрывается удаленным хостом
Серверный журнал
2 июля 2:46:28 сервера sshd [27100]: отказанное подключение от CLIENT_IP (CLIENT_IP)
С PAM отклоняют
Клиентский журнал:
Разрешение отклонено (открытый ключ, интерактивный с клавиатурой).
Серверный журнал:
PAM-listfile: Отказанный пользователь xyz для сервиса ssh
С учетной записью блокировки
Клиентский журнал:
debug2: мы отправили пакет пароля, ожидайте ответа debug1: Аутентификация, которая может продолжиться: открытый ключ, gssapi с микрометром, отклоненное Разрешение пароля, попробуйте еще раз.
Серверный журнал:
2 июля 2:57:16 сервера sshd [27303]: pam_unix (sshd:auth): ошибка аутентификации; logname = uid=0 euid=0 tty=ssh ruser = rhost=CLIENT_IP user=usertest 2 июля 2:57:17 сервера sshd [27303]: Неудавшийся пароль для usertest от порта CLIENT_IP 39 431 ssh2 2 июля 2:57:35 сервера sshd [27303]: Неудавшийся пароль для usertest от порта CLIENT_IP 39 431 ssh2
Затем после выполнения некоторого поиска Google, это, кажется этой проблемой потому что:
ssh_exchange_identification
. Так или иначе это больше походит на проблему брандмауэра или подобный.
– tripleee
09.07.2013, 15:50
Я решил эту проблему, просто войдя на другой VPS сервер, затем подключив ssh к заблокированному VPS и удалив свой (домашний статический) IP из файла hosts.deny.[118672].
Это может произойти, если маршрутизация между двумя компьютерами различается. Стоит изучить как конфигурации маршрутизации двух конечных точек, так и любые межсетевые экраны, через которые проходят пакеты.
У меня была такая же ошибка. Я исправил это, выполнив
chmod 600 my-key.pem