我正在运行Windows 7 Professional 64位。 两个不同的SSH客户端呈现出定期冻结或挂起的奇怪习惯。 我已经尝试了腻子和Van Dyke的SecureCRT SSH客户端，在这两种情况下，我会定期冻结，持续时间从20秒到几分钟。 在挂起过程中没有按键（不是Ctrl-C，Ctrl-Z或任何我已经尝试过的）。
连接到任何一台服务器时都会发生这种情况。 其他使用非Windows机器的组似乎没有这个问题。 所以，这可能不是服务器端的问题。
我也使用RDP连接到Windows服务器没有类似的冻结，所以我不认为这是我的机器的networking问题。
由于这是发生在两个不同的客户端，似乎这必须是一个Windows问题。
有什么build议么？
更新 。 多花点心思，这似乎只在我在远程服务器上使用emacs时才会发生。 由于冻结行为只是从Windows XP迁移到Windows 7时才开始，我把它归因于Windows，但也许是由于emacs和Windows 7之间的更微妙的交互。
进一步更新 。 我的桌面支持人员取代了网线，问题似乎已经消失。 我无法解释为什么我注意到我的电脑没有networking问题，除了通过ssh使用Emacs时。 也许有一些关于以这种对networking脆弱特别敏感的方式使用Emacs。
我在windows下使用腻子，没有这个问题。 窗户没有内在的东西会导致这个问题。 它可能是像赛门铁克防病毒防火墙或其他软件，这是连接的interupting。
所描述的问题也非常烦人。 我尝试了上面build议的禁用Large Send Offload和Jumbo Packet的方法（以及networking适配器属性>高级选项卡中的其他选项）。 不幸的是，积极的结果只是“短时间”：适配器重启后，这是必要的激活select的适配器选项，一切都很好，但一段时间后（几分钟）ssh会话成为滞后/冻结。
观察到的行为（在适配器重启之后立即“平滑”SSH，并在一段时间之后延迟）build议查看节能选项。 最后，问题解决了在设备pipe理器>networking适配器>适配器属性>电源pipe理中禁用“允许计算机closures此设备以节省电源”选项。 在启用/禁用此选项后，问题/解决scheme已成功复制（在没有重新启动适配器的情况下，会在几分钟后显示结果）。
该方法在以下软件设置上进行了testing：Windows 7 Professional 64位上的SSH Secure Shell和Windows 7 Ultimate 64位上的Putty都连接到不同的Linux服务器。
一般来说，通过VPN或某些广域网进行Windows 7/2008通信，我build议将networking适配器属性>高级选项卡>大型发送卸载和巨型数据包设置为禁用。
我认为这与防火墙中断连接有关。 前段时间，我遇到了一个类似的问题，但所有types的客户端操作系统。 一段时间后，ssh连接中断。 在debugging之后，我们发现在客户端机器和服务器之间的防火墙中，iddle超时被configuration为非常低的限制。
由于在Windows 7中只有遇到这个问题，我猜测这可能是安装在客户端机器上的软件防火墙。
希望这可以帮助！
我在Putty + Windows 7上使用vi时遇到了问题。只要我尝试使用vi在远程服务器上打开文件，Putty就会冻结。 然后，我不得不杀了腻子，并开始一个新的。
我的修复是禁用腻子X11转发。 希望这可以帮助。
你是否在并行运行任何拦截/监视键盘的软件？ 一些反RSI软件可能还是一个热键/macrospipe理器？ （不要忘记多媒体或笔记本电脑键盘上的额外button的热键pipe理器。）
这样的软件可能会被eMac自身和/或terminal仿真本身经常使用的控制键/ Esc键组合混淆。
由于我们公司的反RSI软件，我在XP和Win7中遇到过类似的问题。 受影响的telnet和ssh，无论使用的软件如下：Windows自己的telnet，cygwin ssh客户端和xterm，putty，SecureCrt，Reflection-X，Attachmate-Extra，eXceed。 都有问题。 我摆脱了反RSI软件，问题也消失了。 我现在使用WorkRave，这似乎不影响terminal会话的操作。