gpt4 book ai didi

linux - SSH 在 'debug1: SSH2_MSG_KEXINIT sent' 挂起

转载 作者:太空宇宙 更新时间:2023-11-04 12:14:01 24 4
gpt4 key购买 nike

我遇到了这个奇怪的问题,在主机 A 中,SSH 停止在“debug1: SSH2_MSG_KEXINIT sent”并无限期地卡在那里。

但是,还有另一个主机 B,它是 A 的下一个 IP 地址,其中 SSH 在同一设备上工作正常。我能够从主机 A 通过 SSH 连接到其他一些设备而不会出现问题。

这里有几点:

  1. 主机A和B在同一个子网(相邻的IP地址)
  2. 主机 A 和 B 实际上是同一台 ESXi 服务器中的虚拟机(应该类似配置)
  3. A 和 B 都是 CentOS 虚拟机,具有相似的内核和 sshd 版本/配置
  4. 有一次这个问题发生过,重启解决了它,但不确定为什么会这样。
    1. 尝试重新启动 sshd 和网络服务,但没有用。
    2. 他们有相同的 MTU - 1500

我还尝试使用本地端口转发,如 A->B->device,这次成功了,但 B->A->device 没有。 (主机 A 是无法直接 SSH 的主机)

由于限制,我似乎无法粘贴详细日志,但这是最后几行:

debug1: 本地版本字符串 SSH-2.0-OpenSSH_5.3debug2: fd 3 设置 O_NONBLOCKdebug1: SSH2_MSG_KEXINIT 已发送debug2: 写了 960 bytes 总共 981

此外,从 Wireshark 中,我看到客户端发起 key 交换,但服务器从不响应。终端设备(Cisco 路由器)记录“%SSH-4-SSH2_UNEXPECTED_MSG:意外消息类型已到达。终止连接”

对这里发生的事情有什么建议吗?

最佳答案

我遇到了同样的问题,这似乎是 MTU 问题。在你的故障机器上试试这个:

echo "1454" > /sys/class/net/eth0/mtu

关于linux - SSH 在 'debug1: SSH2_MSG_KEXINIT sent' 挂起,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/47944026/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com