每天我醒来检查我的服务器运行顺利，我用我的Mac连接到一些Ubuntu和一些FreeBSD的机器。
但今天当我尝试一些奇怪的事情发生时：
$ ssh -v -p 41900 someserver.com OpenSSH_5.2p1, OpenSSL 0.9.8r 8 Feb 2011 debug1: Reading configuration data /etc/ssh_config debug1: Connecting to someserver.com [95.166.12.75] port 41900. debug1: Connection established. debug1: identity file /Users/someuser/.ssh/identity type -1 debug1: identity file /Users/someuser/.ssh/id_rsa type -1 debug1: identity file /Users/someuser/.ssh/id_dsa type 2 debug1: Remote protocol version 2.0, remote software version OpenSSH_5.8p2_hpn13v11 FreeBSD-20110503 debug1: match: OpenSSH_5.8p2_hpn13v11 FreeBSD-20110503 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.2 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: Host '[someserver.com]:41900' is known and matches the RSA host key. debug1: Found key in /Users/someuser/.ssh/known_hosts:3 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,keyboard-interactive debug1: Next authentication method: publickey debug1: Offering public key: /Users/someuser/.ssh/id_dsa debug1: Authentications that can continue: publickey,keyboard-interactive debug1: Trying private key: /Users/someuser/.ssh/identity debug1: Trying private key: /Users/someuser/.ssh/id_rsa debug1: Next authentication method: keyboard-interactive Password: debug1: Authentication succeeded (keyboard-interactive). debug1: channel 0: new [client-session] debug1: Requesting [email protected] debug1: Entering interactive session. 现在，连接只是挂起，没有任何事情发生 – 直到超时并在几分钟后closures。
[UPDATE]
在试图把我的笔记本电脑放进一个networking，然后去另一个networking之后，我发现这是一个networking问题，当我发现我的ISP已经破产时，我的直觉得到了证实。
然而，这提出了一个新的问题，因为我尝试login到另一个networking使用VPN，但同样的问题，任何人都可以解释如何在一个networking上的路由问题可以影响VPN连接 – 这是另一种运行良好？
谁能告诉我什么发生在我的SSH客户端？ 也许甚至我怎么修复它？
这比服务器问题更可能成为服务器问题。 连接已经被创build和authentication，客户端现在正在等待服务器启动会话（我认为这意味着为用户分配一个sshd进程并启动用户的shell）。 这可能是由于服务器在某种负载下（如内存和磁盘IO）造成的。
检查服务器提供的其他服务是否可用 – 这可以确认服务器上的问题。 也尝试从另一个networking位置连接，以排除奇怪的networking问题。
编辑 ：所以这是一个客户端networking问题。 我见过的大多数连接问题最初都是起作用的，但之后挂起的问题都是由于MTU问题引起的 – 最初的数据包（本例中的SSH协商）足够小，但是在发送实际数据时就像绘制一个terminal窗口一样）数据包太大，丢到某个地方。 尝试减less客户端的MTU并再次尝试。
检查这个http://www.openssh.com/txt/release-5.1