が正しくクライアント側

Question

（「奇妙なTCPコネクション近い行動」原題）からのHTTP接続を終了します。クライアントはサーバーへの接続を開きます（2つの異なるサーバーを試しました）、長いデータストリームの受信を開始します。クライアントがサーバ[FIN、ACK]パケットを停止して送信しようとしているにもかかわらず、サーバがデータの送信を停止していない場合、それは自身のフルストリーム終了まで続き、それ自体の完了パケット[FIN、PSH、ACK] 。私はクライアントがFINパケットを送った後、クライアントのソケットからデータを読み続けることを考え出しました。また、クライアントがこのFINパケットを送信した後、その状態はFIN_WAITであるため、サーバからFIN応答を待っています。

FINパケットを送信してFINパケットに応答する理由は何ですか？

クライアントがFINパケットを送信した後も、サーバはFINを受信する前にオンザフライであったいくつかのパケットを送信しますが、ロングデータストリーム全体ではありません。

編集：読書this私は、Webサーバーが「クローズ待機：サーバーは、終了する準備ができていることをサーバーに知らせるために、最後のアプリケーションプロセスが待機しています」（3行目）とそのデータ送信すべてのコンテンツをその最後のソケットにフラッシュしたときに "完了"したプロセスであり、このプロセスは終了できません。奇妙な。

Edit1：私の質問は少し違うようです。私は完全にクライアント側で接続を終了する必要があるので、サーバーはデータの送信を停止し、クライアント側からの強制終了については狂ったことにはならず、次の接続の準備ができている側のデータ送信スレッドを中断します。

Edit2：環境はHTTPサーバーです。

Answer 1

なぜサーバーはFINを設定した状態でデータの送信を停止し、FINパケットに応答しますか？

なぜでしょうか？クライアントは別の要求を送信しないと言いましたが、それはすでに送信した要求に対する応答には関心がないというわけではありません。

HTTPなどのほとんどのプロトコルは、サーバーが現在の要求に対する応答を完了してから、接続を終了するように指定します。これは異常終了ではなく、何も送ってこないという約束です。

Answer 2

クライアントは、接続をシャットダウンするだけで出力を閉じます。したがって、サーバーは完全に送信を継続できます。

クライアントが接続を終了した場合、受信したデータに応じてRSTが発行され、サーバーはこれ以上モジュロバッファリングを送信できなくなります。