Подтвердить что ты не робот

Остановка подключения ssh в "debug1: SSH2_MSG_KEXINIT отправлен"

Я изменил номер порта ssh с 22 по 2222 Предыдущее установочное соединение с портом ssh по умолчанию s fine Я правильно настроил NAT на маршрутизаторе

Когда я пытаюсь отладить его

ssh -v -p2222 www.example.com

Я получаю эту ошибку, висящую

debug1: SSH2_MSG_KEXINIT

Ниже приведен весь журнал отладки

[email protected]:~$ ssh -v -p2222 www.example.com
OpenSSH_4.7p1 Debian-8ubuntu1.2, OpenSSL 0.9.8g 19 Oct 2007
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to www.example.com [100.100.100.100] port 2222.
debug1: Connection established.
debug1: identity file /home/bob/.ssh/identity type -1
debug1: identity file /home/bob/.ssh/id_rsa type -1
debug1: identity file /home/bob/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.7p1 Debian-8ubuntu1.2
debug1: match: OpenSSH_4.7p1 Debian-8ubuntu1.2 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.7p1 Debian-8ubuntu1.2
debug1: SSH2_MSG_KEXINIT sent
Connection closed by 100.100.100.100

Так же, как это соединение закрывается Я использовал gnome-terminal, putty, securecrt на паровых машинах в сети и за ее пределами все равно все получают ту же ошибку

4b9b3361

Ответ 1

Я только что это случилось со мной на хосте XEN. Я дублировал этот хост от другого, и, как это обычно бывает, я удалил ключи хоста в /etc/ssh после этого, думая, что новые будут сгенерированы позже. Но этого никогда не было, и sshd с радостью запустил без ключей хоста. При попытке ssh на этом хосте он выпадет после SSH2_MSG_KEXINIT. Все, что мне нужно было сделать, это создать ключи хоста, которые на машине на основе debian будут выполнены следующим образом:

dpkg-reconfigure openssh-server

Ответ 2

У меня была эта проблема и она была решена, установив MTU на целевом маршрутизаторе/брандмауэре и на целевом хосте так же, как исходный хост (1500).

Ответ 3

У меня была такая же проблема, sshd запутался, когда я изменил порт в sshd_config и перезапустил службу sshd, когда я наконец посмотрел журналы сервера (что похоже, что вы не можете), sshd жаловался на порт уже используется, netstat согласился, и ps показал несколько случаев работы служб sshd. Я убил их и снова начал sshd, и смог подключиться. Клянусь, я попытался перезагрузить, чтобы исправить эту проблему, но я думаю, нет, потому что это, вероятно, устранило бы ее.

Короче говоря, sshd, который должен прослушивать порт 2222 для аутентификации, не тот, кто действительно прослушивает, другой процесс sshd. Если у вас такая же проблема, я это сделал.

Ответ 4

SSH2_MSG_KEXINIT не является ошибкой. Он просто говорит вам, что он начинает процесс обмена ключами ssh.

Если другой конец закрывает соединение в этой точке, по-видимому, он почему-то не похож на вас:-) У вас есть доступ к журналам на сервере, к которому вы подключаетесь? Это может иметь информацию о том, почему соединение закрывается круто. (например, tcpwrappers)