1

以下の解読を手伝ってください。ネットワークに問題があり、どこにあるのかわかりません。以下は、OPNET ソフトウェアを実行してキャプチャから取得したデコードの概要です。

クライアントが FIN で終了し、接続 1 が途中で RST を発行して終了する場合、接続 2 は成功していると思います。

コネクション 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

4

1 に答える 1

1

TCP に関するウィキペディアのページから:

一部のホスト TCP スタックは、Linux や HP-UX が行うように、半二重クローズ シーケンスを実装する場合があります。そのようなホストがアクティブに接続を閉じても、スタックがリンクから既に受信したすべての着信データをまだ読み取っていない場合、このホストは FIN の代わりに RST を送信します (RFC 1122 のセクション 4.2.2.13)。

あなたが見ているのはこのようなものでしょうか？

于 2012-01-24T16:37:29.013 に答える