在短暂的连接丢失时,应该忽略哪个数据包以避免 ssh 终止?

在短暂的连接丢失时,应该忽略哪个数据包以避免 ssh 终止?

似乎有时我们的网络边缘与某些其他网络之间存在一些连接问题,而我与某些远程服务器的 ssh 会话(这些服务器本身没有连接问题)会中断。

远程会话仍然显示为活动状态;在本地,我已经针对 PuTTY 优化了 Windows 7 TCP,使其不会在短时间中断时断开连接(7 分钟以下的任何情况都很短暂,我们的边缘连接问题可能最多持续 1 或 2 分钟),所以,我认为可能有一些边缘设备为我的 ssh 客户端生成了一些回复数据包,导致在这种原本不引人注意且非常短暂的连接问题期间不断断开连接。可能是 RST?没有 NAT。此问题最常发生在 IPv6 上(这是我最常用的),但我认为 IPv4 也可能受到影响(我的 TcpMaxDataRetransmissions 修复不适用于 IPv6 吗?);整个网络都是 GigE 及以上。

这是什么包裹?

忽略它是否安全?(对于 ssh)

除非有一个简单的操作系统设置,否则我打算忽略它PF(4)在我的网段周围。

答案1

尽管微软声称这就是 TCP 堆栈需要改变的内容,但并未提及 IPv4 / IPv6,因此看起来该TcpMaxDataRetransmissions形式确实可能不适用于 IPv6!HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters

事实上,HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\TCPIP6\Parameters我的 X230 中已经有一个单独的(它们甚至无法保持大小写一致);我已经为其添加了TcpMaxDataRetransmissions一个值0x18;我希望它可能会解决问题(唉,只能在重新启动后)。

相关内容