TIME-WAIT暗殺とSO_REUSEADDRの違い

Question

SO_LINGERソケットオプションを使用して、待ち時間をゼロに意図的に '暗殺'する方法について読んでいました。この本の著者は、これを決して行うべきではないと主張しており、一般的には、時間待機状態を妨げるべきではないと一般的に述べている。その後すぐに、SO_REUSEADDRオプションを使用して時間待機状態をバイパスすることを推奨します。

私の質問は何ですか？どちらの場合も、時間切れ状態を早期に終了し、重複セグメントを受け取るリスクがあります。なぜ1つは良い、もう1つは悪いですか？

Answer 1

私はいくつかのより多くの読み取りを行なったし、これが（多分正しい）何が起こるかの私の理解です：

あなたはSO_REUSEADDRセット（またはアプリのクラッシュ）、次の配列を有するソケットに近い呼び出すときに発生します。

1. TCP送信バッファ内の残りのデータとFINを送信します。
2. closeが呼び出された場合、残りのデータが正常に配信された場合には、
3. データが送信された場合、ピアは、データACK
4. を送信したピアは、FINのACKを送信し、それがピアのFINがACKされ、ソケットリソースの割り当てが解除されている自身のFINパケット
5. です送信します。
6. ソケットがTIME-WAITに入っていません。

あなたがゼロに設定SO_LINGER時間でソケットを閉じます。

1. TCPは
2. TCPピア
3. ソケットリソースにRSTパケットを送信し、送信バッファ内のデータを破棄割り当てが解除されます。
4. ソケットだからゼロにリンガを設定すると、接続のクリーンシャットダウンを経由しないようにも悪いマナーだハックと悪いスタイルであるという事実を超えて

を-WAIT TIMEを入力しません。

Answer 2

TIME_WAITは絶対に正常です。これは、ローカル側のTCP FINと、リモートロケーションからのTCP FIN ACKの後に発生します。 TIME_WAITでは、迷子パケットがローカルアドレスに到着するのを待っているだけです。しかし、パケットが紛失したり迷子になったりする場合は、TIME_WAITを実行してTTLまたは「存続可能時間」が期限切れになったことを確認してから、再度アドレスを使用してください。

SO_REUSEADDRを使用している場合、基本的には、私は迷子パケットがないと仮定します。現代的で信頼性の高いTCPネットワークがますます普及しています。それはまだ可能ですが、それはありそうもありません。

SO_LINGERをゼロに設定すると、異常終了を開始することがあります。これは、「接続を終了する」とも呼ばれます。ここでは、TIME_WAITを尊重するのではなく、迷子パケットの可能性を無視します。

FIN_WAIT_1が表示されている場合、リモートロケーションがFINに対する応答としてTCP FIN ACKを送信していないため、問題が発生する可能性があります。そのため、プロセスが強制終了されたか、TCP FIN ACKがネットワークパーティションまたは不正なルートによって失われました。

CLOSE_WAITが表示されているときに問題が発生した場合は、TCP FINが指定されているときにTCP FIN ACKを送信していないため、接続がリークしています。

Answer 3

私はSO_REUSEADDRを使用して、他のプログラムがすでに接続されているローカルポートにbind（）をワイルドカードしています。この特定の使用法は、同じaddr/portコンボで同時に2つのソケットがlisten（）しようとしない限り、問題を引き起こすことはありません。