1

请帮我解码以下内容。我的网络有问题，无法弄清楚它在哪里。以下是我们通过运行 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 赢=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

4

1 回答 1

1

从关于 TCP 的维基百科页面：

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

你看到的会是这样吗？

于 2012-01-24T16:37:29.013 回答