【发布时间】:2011-06-14 20:02:12
【问题描述】:
各种分辨率
显示此问题的客户端计算机安装了 Trend Micro Security。该安全套件在系统中的每个网络适配器之上放置了一个服务或驱动程序。一旦这个旧版应用重新开始工作,我就不再费心进一步调试了。
更新 1
我在 Win7 上禁用了 TCP 窗口比例自动调整。
在 Windows 7 上,如果我拔下直接连接到服务器的以太网电缆,大约 5 秒后会断开连接,但客户端进程会崩溃。 服务器上的 netstat 向客户端报告两个不再有效的 TCP 连接,因为客户端进程没有正常关闭和关闭连接。
在物理断开后将服务器置于这种奇怪的状态后,如果我重新启动客户端进程,它会在连接到服务器时挂起(正如原文所述)
如果我在 XP 端执行物理断开连接,断开连接发生的速度比在 Win7 上要快。 XP 上的某种保活值或行为是不同的。虽然 ssh'd(通过 Putty)在 XP 上 ssh 连接断开的速度也比 Win7 快。
原创
我有一个旧的 TCP 客户端/服务器应用程序,它似乎只在客户端是 Windows 7 计算机时才会破坏服务器。
服务器是运行 2.6.11 的 OpenEmbedded Linux。
Windows 7 客户端连接了一会儿,最终进入客户端在一两秒后断开连接的状态。
一旦服务器处于这种状态,如果我立即连接Windows XP客户端,XP客户端也无法连接。
我似乎无法通过单独连接 XP 客户端使服务器进入错误状态。
我想知道从 Vista 或 Windows 7 开始对 TCP/IP 堆栈进行了哪些更改,以便更好地调试旧代码。
我还想知道我可以在 Linux 服务器上运行哪些命令,这可能更好地帮助我理解连接失败的原因。
【问题讨论】:
标签: networking windows-7 tcp windows-vista