網絡連接關閉

請幫我解碼以下內容。我在網絡中遇到問題，無法確定它在哪裏。 Follow是通過運行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秒= 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

來源

2012-01-24 satti

從Wikipedia page on TCP：

某些主機TCP棧可以實現半雙工關閉序列，Linux或HP-UX做。如果這樣的主機主動關閉連接，但仍未讀取從鏈路已經收到的所有入站數據，則該主機將發送RST而不是FIN（RFC 1122中的第4.2.2.13節）。

難道它是這樣的，你看到了嗎？

來源

2012-01-24 16:37:29

感謝您的回答，可能是客戶端過早關閉的原因..？ – satti

@satti因爲你必須檢查客戶端的功能，我們不可能通過查看網絡數據包轉儲來知道。 –

網絡連接關閉

回答

相關問題