有一次，windows / .net应用程序忽略了tcp fin标志

我遇到了一个我无法解决的networking问题。 在几台运行Windows 8.1的计算机上，并与Windows的HTTP服务器TCP连接进行通信，而不是正确closures。

在响应之后[分成less数，由windows确认，tcp数据包] linux server – 10.14.11.59 – 发送一个包含FIN和ACK标志集的tcp数据包。

这是窗口机器确认 – 10.14.10.195 – 数据包只有ACK标志设置。

linux几次重新发送FIN和ACK标志的数据包，而Windows机器 – 由于某种原因，仍然保持连接打开; 带有RST标志的数据包永远不会被Windows机器发送。

• 如何检测Windows中的文件夹中是否添加了任何文件？
• 如何通过uncpath打开帮助（.chm）文件
• 有没有办法延迟强制重启？
• Windows 98客户端在文件操作期间locking与Server 2003
• 使用pipe理员权限确定谁在运行？

如果发生这种情况，Windows应用程序将等待并最终超时。 这发生在10-50％的尝试之间。

两台机器之间的stream量未经过滤; 基于主机的防火墙closures了。 以避免潜在的问题，我已经禁用TCP卸载在Linux和Windows。 另外在Windows上运行以下代码并重启机器：

netsh int tcp set global chimney=disabled netsh int tcp set global autotuninglevel=disabled netsh int tcp set global rss=disabled 

数据包捕获： 在这里 。

任何想法将不胜感激！