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

Журнал на стороні клієнта

Дозвіл відхилено. Повторіть спробу

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

2 липня 02:47:32 сервер sshd [27118]: Користувач root від CLIENT_IP заборонений, оскільки вказаний у DenyUsers

З господарями.день

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, пароль Дозвіл відхилено, будь ласка, спробуйте ще раз.

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

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 сервер sshd [27303]: Помилка пароля для користувальницького тесту з порту CLIENT_IP 39431 ssh2 2 липня 02:57:35 сервера sshd [27303]: Помилка пароля для тесту користувача з порту CLIENT_IP 39431 ssh2

Потім після пошуку в Google, ця проблема здається, оскільки:

• Дублікат IP у вашій мережі
• Можливо, це помилка.

Це може статися, якщо маршрутизація між двома комп'ютерами відрізняється. Варто вивчити як конфігурацію маршрутизації двох кінцевих точок, так і будь-які брандмауери, через які проходять пакети.

Спробуйте: ssh -2 name@ipабоssh -2 -l name ip