网络连接关闭答案

【问题标题】：Network Connection closing网络连接关闭
【发布时间】：2012-02-17 21:53:51
【问题描述】：

请帮我解码以下内容。我的网络有问题，无法弄清楚它在哪里。以下是我们通过运行 OPNET 软件从捕获中得到的解码摘要。

我认为连接2是成功的，客户端以FIN结束，而连接1提前结束发出RST，可能是什么原因..？

连接 1 帧源目标解码总结

480 服务器客户端 D=3590 S=443 FIN ACK=3832271994 SEQ=1338775336 LEN=0 WIN=11088 481 客户端服务器 D=443 S=3590 ACK=1338775337 SEQ=3832271994 LEN=0 WIN=64512 502 客户端服务器 D=443 S=3590 RST ACK=1338775337 SEQ=3832271994 LEN=0 WIN=0

连接 2

855 服务器客户端 D=3600 S=443 FIN ACK=3778329063 SEQ=3650187663 LEN=0 WIN=26328

856 客户端服务器 D=443 S=3600 ACK=3650187664 SEQ=3778329063 LEN=0 WIN=63297

857 客户端服务器 D=443 S=3600 FIN ACK=3650187664 SEQ=3778329063 LEN=0 WIN=63297

859 服务器客户端 D=3600 S=443 ACK=3778329064 SEQ=3650187664 LEN=0 WIN=26328

总而言之，连接结束是，

1 - 服务器：FIN，客户端：RST
2 - 服务器：FIN，客户端：FIN

【问题讨论】：

标签： networking tcp tcp-ip network-connection

【解决方案1】：

来自Wikipedia page on TCP：

某些主机 TCP 堆栈可能会实现半双工关闭序列，就像 Linux 或 HP-UX 所做的那样。如果这样的主机主动关闭连接但仍未读取堆栈已从链路接收的所有传入数据，则该主机发送 RST 而不是 FIN（RFC 1122 中的第 4.2.2.13 节）。

你看到的会是这样吗？

【讨论】：

感谢您的回答，在客户端过早关闭的原因可能是什么......？
@satti 为此，您必须检查客户端的操作，仅通过查看网络数据包转储我们无法知道。