Warning: file_get_contents(/data/phpspider/zhask/data//catemap/3/heroku/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
ssh连接停止在";调试1:SSH2“已发送消息”;_Ssh - Fatal编程技术网

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

ssh连接停止在";调试1:SSH2“已发送消息”;,ssh,Ssh,我已将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 d

我已将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服务,但没有成功。。。