ssh连接停止在"；调试1:SSH2“已发送消息”；

我已将ssh端口号从22更改为2222 先前与默认ssh端口22的安装连接正常 我已经在路由器上正确地映射了NAT

当我试着调试它时

ssh -v -p2222 www.example.com

我把这个错误挂起来了

debug1: SSH2_MSG_KEXINIT

下面是所有调试日志

bob@server:~$ 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终端、putty、securecrt

---

所有人仍然得到相同的错误，这不是错误。它只是告诉您它正在开始ssh密钥交换过程

---

如果另一端此时正在关闭连接，显然出于某种原因它不喜欢您：-）您有权访问正在连接的服务器上的日志吗？这可能有关于为什么连接被突然关闭的信息。（例如，tcpwrapers）

我也遇到了同样的问题，当我在sshd_config中更改端口并重新启动sshd服务时，sshd感到困惑，当我最终查看服务器日志时（看起来你不能），sshd抱怨端口已经在使用，netstat同意，ps显示了几个正在运行的sshd服务实例。我杀了他们，重新启动了sshd，并且能够连接。我发誓我试过重新启动来解决这个问题，但我想不会，因为那样可能会解决它

---

长话短说，应该在端口2222上侦听以对您进行身份验证的sshd不是实际侦听的sshd，而是另一个sshd进程。如果您遇到了与我相同的问题。

我遇到了这个问题，并通过将目标路由器/防火墙和目标主机上的MTU设置为与源主机（1500）相同来解决它。

我刚刚在XEN主机上遇到了这种情况。我从另一台主机复制了这个主机，按照惯例，在这样做之后，我删除了/etc/ssh中的主机密钥，认为稍后会生成新的主机密钥。但这从未发生过，sshd在没有主机密钥的情况下愉快地启动。尝试ssh到此主机时，它将在SSH2_MSG_KEXINIT之后退出。我所要做的就是创建主机密钥，在基于debian的机器上是这样做的：

dpkg-reconfigure openssh-server

---

不幸的是，没有，我无法访问日志：在CentOS6.4 docker容器上有这个问题。需要生成密钥：

ssh-keygen-t rsa-f/etc/ssh/ssh\u host\u rsa\u key

在/etc/ssh/sshd\u配置中添加“UsePAM no”。如果不是安全问题，“Permitrotlogin yes”。最好在上问这个问题，或者在这里问相同的问题-两边的MTU都是9000，但中间的交换机配置错误。您可以使用

ping

对大小不超过定义MTU的数据包进行测试。哇！从来没有人会猜到这一点，但在一次线鲨追踪后降落在这一点上。这似乎也解决了我的问题。我对我的VPN使用Tunnelblick，一旦我在VPN详细信息中设置了“连接后运行MTU最大大小测试”，SSH又恢复正常。同样的问题是cisco交换机新网卡双端口处于绑定模式，并在ops错误时挂起，也没有webmin访问。尝试了ping命令，确信它与我在接口文件中定义的不同，更改了开关中的mtu，所有问题都解决了！谢谢在我看来，这是唯一正确的答案！但也许只是为了我的使用，这解决了我的phusion/baseimage docker容器上发生的问题（不要问我为什么要在docker Instance上设置ssh——这是出于各种原因）这不完全是我的问题，但它让我更接近了。在我的例子中，问题是在主机密钥迁移之后，权限不正确。这解决了我的问题。/var/log/auth.log中的条目可能表示此解决方案可以工作，例如“sshd[8942]：错误：无法加载主机密钥：/etc/ssh/ssh\u host\u rsa\u密钥”和“sshd[8942]：致命：不支持密钥交换算法[preauth]”。谢谢，我将默认端口（22）放回，它又可以工作了！虽然我试图终止并重新启动ssh服务，但没有成功。。。