TCP 连接 - 延迟关闭（）和 RST答案

【问题标题】：TCP connection - delayed close() and RSTTCP 连接 - 延迟关闭（）和 RST
【发布时间】：2011-03-18 07:14:08
【问题描述】：

我在不同机器上的 RHEL 5.3 上运行 TCP 客户端和 TCP 服务器。

我正在杀死服务器，并将 FIN 发送到客户端。客户端的操作系统会立即将 ACK 发回。
客户端发现关闭（通过 read() 返回零）并仅在 90 秒后执行关闭。在这个阶段，我在两边都验证了 netstat，它符合预期（服务器上的 FIN_WAIT_2 和客户端上的 CLOSE_WAIT）。
由于客户端在 90 秒后关闭（），客户端的操作系统向服务器发送 FIN，但作为响应，我们收到来自服务器的 RST，而不是预期的 ACK。

我还多次看到由于“延迟”close()，客户端的操作系统发送了 RST 而不是 FIN。

请注意，在这两种情况下，双方都没有挂起的读取数据包，并且 SO_LINGER 选项未激活。

有什么想法吗？

【问题讨论】：

【解决方案1】：

RST 表示丢失了一些“数据”。在这种情况下，“数据”是客户端干净关闭套接字的信息 - 来自客户端的FIN 没有报告给服务器端应用程序（因为它已被杀死）。

换句话说，RST 告诉客户端服务器从未看到来自客户端的流结束。

【讨论】：