SSH，连接建立，但卡住

Posted 2023-02-22

【中文标题】SSH，连接建立，但卡住

【英文标题】：SSH, Connection established, but stuck

【发布时间】：2014-07-25 23:59:45

【问题描述】：

我可以通过 ssh 连接到我家的服务器，但我无法通过某些 *** 或公共 wifi（不是全部）进行 ssh。当我输入ssh -v [e-mail] 时，我得到了这个：

OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: /etc/ssh_config line 102: Applying options for *
debug1: Connecting to server.domain [server.ip.address] port 22.
debug1: Connection established.
debug1: identity file /Users/Hung/.ssh/id_rsa type 1
debug1: identity file /Users/Hung/.ssh/id_rsa-cert type -1
debug1: identity file /Users/Hung/.ssh/id_dsa type -1
debug1: identity file /Users/Hung/.ssh/id_dsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2

然后，尽可能长时间没有响应。有人可以帮忙吗？以下是正常的：

OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: /etc/ssh_config line 102: Applying options for *
debug1: Connecting to server.domain [server.ip.address] port 22.
debug1: Connection established.
debug1: identity file /Users/Hung/.ssh/id_rsa type 1
debug1: identity file /Users/Hung/.ssh/id_rsa-cert type -1
debug1: identity file /Users/Hung/.ssh/id_dsa type -1
debug1: identity file /Users/Hung/.ssh/id_dsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3
debug1: match: OpenSSH_5.3 pat OpenSSH_5*
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: RSA 15:6e:7a:db:35:7c:6a:ba:3e:c0:c1:24:4d:5a:be:a8
debug1: Host 'server.domain' is known and matches the RSA host key.
debug1: Found key in /Users/Hung/.ssh/known_hosts:13
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /Users/Hung/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 279
debug1: Authentication succeeded (publickey).
Authenticated to server.domain ([server.ip.address]:22).
debug1: channel 0: new [client-session]
debug1: Requesting [e-mail]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LC_CTYPE = UTF-8

【问题讨论】：

我也遇到同样的问题

【参考方案1】：

可能是 *** 链接或 wifi 链接上的 MTU 有问题。您可以尝试降低 *** 上的 MTU 大小（假设 tap0 是您的 *** 设备，在 Linux 上）：

ifconfig tap0 mtu 1200

Windows和Mac还有其他设置MTU的机制，我没试过：

窗口：http://www.richard-slater.co.uk/archives/2009/10/23/change-your-mtu-under-vista-windows-7-or-windows-8/ Mac OS X：https://support.zen.co.uk/kb/Knowledgebase/Changing-the-MTU-size-in-Mac-OS-X-10.6-to-10.9

最大传输单元 (MTU) 是您可以通过链路发送的数据包的最大大小。如果您到服务器的链接的 MTU 为 1500，但您将 *** 配置为使用 1484 的 MTU 运行，则来自服务器的大数据包必须分成两部分以适应 1484 大小的数据包。一些便宜的路由器/防火墙不能正确处理这个问题，只转发第一个数据包。因此，一旦您尝试发送必须碎片化的大东西，只有第一个碎片才能通过。结果，您的客户端将等待第二个片段重新组装整个数据包，直到超时，这将停止您的连接。这可能发生在服务器向您发送一个大数据包的那一刻，例如，在您登录的那一刻，一个大的“欢迎屏幕”。

来源：http://www.snailbook.com/faq/mtu-mismatch.auto.html

【讨论】：

我现在可能无法再次经历这种情况，但您的回答确实提供了一个可能的解决方案。

是的，我遇到了一个非常相似的问题，当密钥交换发生时，我的 SSH 会话卡住了，可能是因为我有 4096 字节长的密钥。我通过在我的 *** 上设置 MTU 来修复它。

我遇到了这个确切的问题，但不是在 *** 上。我在两端都将 MTU 设置为 100，但问题仍然存在。我可以用 nc 打开套接字。 SSH 只是不想工作。有什么想法吗？

“一些便宜的路由器/防火墙不能正确处理这个问题” 还有一些昂贵的。第二个片段不包含 TCP 端口号，因此按端口过滤的防火墙需要另一层复杂性（每个数据包片段跟踪）。