网络连接关闭

发布于 2024-12-29 05:36:10 字数 782 浏览 1 评论 0原文

请帮我解码以下内容。我的网络有问题,无法找出问题所在。以下是我们通过运行 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

Please help me decode the following. I have a problem in the network, unable to figure out where it is. Follow is the decode summary we got from the capture by running the OPNET software.

I think Connection 2 is successful, where the client ends with FIN, and connection 1 ends prematurely issuing RST, what could be the reasons..?

Connection 1
Frame Source Destination Decode Summary

480 Server Client D=3590 S=443 FIN ACK=3832271994 SEQ=1338775336 LEN=0 WIN=11088
481 Client Server D=443 S=3590 ACK=1338775337 SEQ=3832271994 LEN=0 WIN=64512
502 Client Server D=443 S=3590 RST ACK=1338775337 SEQ=3832271994 LEN=0 WIN=0

Connection 2

855 Server Client D=3600 S=443 FIN ACK=3778329063 SEQ=3650187663 LEN=0 WIN=26328

856 Client Server D=443 S=3600 ACK=3650187664 SEQ=3778329063 LEN=0 WIN=63297

857 Client Server D=443 S=3600 FIN ACK=3650187664 SEQ=3778329063 LEN=0 WIN=63297

859 Server Client D=3600 S=443 ACK=3778329064 SEQ=3650187664 LEN=0 WIN=26328

In summary the connection endings are,

1 - Server: FIN, Client: RST
2 - Server: FIN, Client: FIN

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

怪我闹别瞎闹 2025-01-05 05:36:10

来自 TCP 维基百科页面

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

你看到的可能是这样的吗?

From the Wikipedia page on TCP:

Some host TCP stacks may implement a half-duplex close sequence, as Linux or HP-UX do. If such a host actively closes a connection but still has not read all the incoming data the stack already received from the link, this host sends a RST instead of a FIN (Section 4.2.2.13 in RFC 1122).

Could it be something like this you are seeing?

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文