当大量文本通过SSH传输时，SSH就会死亡。

Question

我对SSH有个奇怪的问题。当我尝试做一些发送大量文本的事情时，它通常会破坏连接(“对等者重置连接”)。这不是每一次，但往往是非常恼人的。我不知道该从哪里开始寻找解决方案。我在不同的机器上尝试过多个客户，结果是一样的。我现在用的是油灰。此外，如果它是相关的，当它死时，它似乎开始发送回行数据，然后任意死亡。

有什么想法？我可以张贴更多的细节，如果你给我提示什么可以张贴，我真的不知道在这里还张贴什么。

OpenSSH_5.5p1 Debian-4 ubuntu6，OpenSSL 0.9.8o 2010年6月1日

谢谢！~查理

Answer 1

这听起来真的像是某种深包检查系统，它的流量变得越来越激烈，它不确定。当事情进展得很好的时候，远端会重置连接的想法似乎有点奇怪。

我诊断这一点的第一步是同时从连接的两端捕获tcpdump。这将使您将每一端的数据包关联起来，并确保它们匹配。如果我的DPI推测是正确的，您将有RST数据包到达，没有相应的离开另一端(大多数DPI设置将RST两端，这将使它更加明显)。否则，如果有一端真的在破坏连接本身，您就可以看到哪个端正在决定停止操作，如果是这样的话，那么您可以strace该端并以这种方式找到它的底端。

Answer 2

我看到的另一种情况是，有人使用了较小的MTU，然后使用默认的MTU作为远程接口，然后通过阻塞ICMP数据包来阻止MTU的发现。奇怪的NAT设置也会发生这种情况。

在这种情况下，虽然它将工作时，您猫一个小文件，但一个大文件将挂起或重置连接，所以它是相当容易测试。