我有一个SSH的奇怪问题。 当我尝试做一些发送大量文本的东西时，通常会中断连接（“通过peer重置连接”）。 这不是每一次，但往往是非常恼人的。 我不知道从哪里开始寻找解决scheme。 我已经尝试了不同机器上的多个客户端，结果相同。 我目前正在使用PUTTY。 另外，如果它是相关的，当它死亡，似乎开始回传数据，然后任意死亡。
思考？ 我可以发表更多的细节，如果你给我提示什么张贴，我真的不知道还有什么要提出在这里。
OpenSSH_5.5p1 Debian-4ubuntu6，OpenSSL 0.9.8o 2010年6月1日
谢谢！ 〜查理
这听起来像是某种深度包检测系统对stream量的激化，这是不确定的。 当所有事情发生时，远端都会重新build立连接的想法似乎有点奇怪。
我诊断的第一步是同时从连接的两端获取tcpdump捕获。 这可以让你关联每一端的数据包，并确保它们匹配。 如果我的DPI猜测是正确的，那么你将有RST数据包到达，与另一端没有相应的偏离（大多数DPI设置将RST两端，这将使其更加明显）。 否则，如果一端真的把连接本身拆掉了，你就能看出哪一端正在做出停止决定的决定，如果是这样的话，那么你可以把这个端点弄到底，办法。
另一个我见过这种情况的情况是，有些人使用较小的MTU，然后是远程接口的默认MTU，然后通过阻止ICMP数据包阻止MTU发现。 这可能发生在奇怪的NAT设置。
在这种情况下，当你捕捉一个小文件的时候，它会起作用，但是，一个大文件会挂起或重置连接，所以testing起来很容易。