gpt4 book ai didi

c - TCP 连接 - 延迟 close() 和 RST

转载 作者:太空宇宙 更新时间:2023-11-04 07:41:40 24 4
gpt4 key购买 nike

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

  • 我正在终止服务器并将 FIN 发送到客户端。 ACK 由客户端的操作系统立即发回。

  • 客户端发现关闭(通过 read() 返回零)并且仅在 90 秒后执行关闭。在此阶段,我验证了双方的 netstat,它符合预期(服务器上的 FIN_WAIT_2 和客户端上的 CLOSE_WAIT)。

  • 由于客户端在 90 秒后关闭(),客户端的操作系统将 FIN 发送到服务器,但作为响应,我们收到来自服务器的 RST 而不是预期的 ACK。

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

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

有什么想法吗?

最佳答案

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

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

关于c - TCP 连接 - 延迟 close() 和 RST,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3287851/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com