SSH не работает с одного конкретного компьютера

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

$ ssh -vvv 192.168.1.9
OpenSSH_6.2p2, OpenSSL 1.0.1e 11 Feb 2013
debug2: ssh_connect: needpriv 0
debug1: Connecting to 192.168.1.9 [192.168.1.9] port 22.
debug1: Connection established.
debug1: identity file /home/Steven/.ssh/id_rsa type -1
debug1: identity file /home/Steven/.ssh/id_rsa-cert type -1
debug3: Incorrect RSA1 identifier
debug3: Could not load "/home/Steven/.ssh/id_dsa" as a RSA1 public key
debug1: identity file /home/Steven/.ssh/id_dsa type 2
debug1: identity file /home/Steven/.ssh/id_dsa-cert type -1
debug1: identity file /home/Steven/.ssh/id_ecdsa type -1
debug1: identity file /home/Steven/.ssh/id_ecdsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
ssh_exchange_identification: read: Connection reset by peer

Есть идеи, что я мог испортить? Я не припоминаю изменения в конфигурационных файлах SSH, только добавление некоторых пользователей в группы, чтобы поэкспериментировать с разрешениями. Даже когда я пытаюсь не указывать учетную запись (как указано выше), она все еще висит на «Локальная версия строки SSH-2.0-OpenSSH_6.2» в течение минуты, прежде чем выдать последнюю ошибку. Я использую Ubuntu Server 12.04 x86, чего бы это ни стоило.

В конечном итоге это означает, что сервер SSH на другом конце вышел из строя или каким-то образом не работает. Он все еще прослушивает сокет, но не способен выполнить криптографическое рукопожатие.

Единственное решение - перезапустить процесс на удаленной стороне.

У меня была такая же проблема, я обнаружил, что мой IP-адрес был добавлен в файл etc / hosts.deny.

Я решил эту проблему, просто войдя на другой сервер VPS, затем подключив ssh к заблокированному VPS, и удалил мой (домашний статический) IP из файла hosts.deny.

Моей первой попыткой было найти " ssh_exchange_identification: read: Connection reset by peer" и выполнить перекрестную проверку с исходным кодом, но, к сожалению, я не нашел ни одного. Поэтому несколькими способами я пытался повторить ту же проблему на моей стороне, но не смог создать ту же проблему на моей стороне, как вы можете видеть, как показано ниже.

С помощью sshd_config DenyUsers root

Журнал на стороне клиента

В доступе отказано, пожалуйста, попробуйте еще раз

Журнал на стороне сервера

2 июля, 02:47:32 server sshd [27118]: пользователь root от CLIENT_IP не разрешен, поскольку указан в DenyUsers

С hosts.deny

sshd: CLIENT_IP

Журнал отладки на стороне клиента:

ssh_exchange_identification: соединение закрыто удаленным хостом

Журнал на стороне сервера

2 июля 02:46:28 сервер sshd [27100]: отказано в соединении от CLIENT_IP (CLIENT_IP)

С PAM отрицать

Журнал на стороне клиента:

В доступе отказано (publickey, клавиатура-интерактив).

Журнал на стороне сервера:

PAM-listfile: Отказался от пользователя xyz для службы ssh

С блокировкой аккаунта

Журнал на стороне клиента:

debug2: мы отправили пакет с паролем, ожидаем ответа debug1: Аутентификации, которые могут продолжаться: publickey, gssapi-with-mic, password Permission denied, повторите попытку.

Журнал на стороне сервера:

2 июля 02:57:16 сервер sshd [27303]: pam_unix (sshd: auth): ошибка аутентификации; logname = uid = 0 euid = 0 tty = ssh ruser = rhost = CLIENT_IP user = usertest 2 июля 02:57:17 server sshd [27303]: сбой пароля для пользовательского теста из порта CLIENT_IP 39431 ssh2 2 июля 02:57:35 server sshd [27303]: сбой пароля для пользовательского теста из порта CLIENT_IP 39431 ssh2

Затем после некоторого поиска в Google, кажется, эта проблема, потому что:

• Дубликат IP в вашей сети
• Может быть, это ошибка.

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

Попробуйте: ssh -2 name@ipилиssh -2 -l name ip