什么会导致主动TCP close返回而不通知被动端？

Question

我对使用TCP的应用程序的行为感到困惑。当Internet范围TCP连接一端的应用程序对套接字调用close()时，close()返回。但是，在另一端，套接字上的write()并不表示TCP连接已关闭。AFAIK，这种行为与TCP规范不一致: active close()不应该返回，除非它从TCP连接的另一端收到确认(具体地说，活动一端的TCP状态不能转换出TIME_WAIT_1，除非它从另一端接收到适当的响应--此时另一端的write()应该返回错误)。

当故障的入侵防御系统(IPS)在TCP连接的两端之间时，我见过这种行为。IPS的制造商正在解决此问题。

还有没有其他可能发生这种行为的情况？

我的环境是Unix、C、ONC RPC和套接字。

Answer 1

您将协议状态转换和API行为混为一谈。RFC中没有说明close() API不能返回应用程序，协议操作异步进行，这正是Sockets API默认发生的情况。如果在套接字发送缓冲区中存在要发送的挂起数据，并且接收器速度较慢，则发送FIN可能需要任意时间。您可以通过使用套接字选项SO_LINGER设置延迟超时来改变这一点，这会导致close阻塞，直到所有数据都被刷新或超时到期，但在实践中很少使用它。