自分の理解の確認をお願いできましたら助かります。
ソケットが被っていいケースとは
ワイルドカードを含む場合のみ
例)
ソケット1.
ローカルアドレス ✳︎
ローカルポート 9999
リモートアドレス ✳︎
リモートポート ✳︎
ソケット2.
ローカルアドレス 192.111.15.1
ローカルポート 9999
リモートアドレス 188.123.45.6
リモートポート 8438
ソケット2は、ソケット1(リスン用ソケット)からacceptにより従属するソケットとして作成されたものだが、✳︎は全てを含むので被っている。
なぜこれが許されるのかは、✳︎(ワイルドカード)はあと優先となるルールがあるため、ソケット2めがけて来たクラからのパケットはその条件により、ソケットを一意に決めて流すことができる。
そして、ワイルドカードもない4つの情報全てが一致する構造体は絶対に同居できない。(そんなことが罷り通ると、来たパケットをどのソケットに流せばいいのかが判断できなくなる。)
** SO_REUSEADDRの効果とは**
あるプログラムで、作成したリスン用のソケットとそれに従属するソケットをcloseした場合、
やりとり用の従属するソケットは終了ハンドシェイクなどが無事に終わっていればtime_waitする。
その後そのウェイト中に再度リスン用のソケットを作り、バインドしようとすると、ウェイトしているソケットのローカルアドレスとローカルポートは、今作ろうとしているものと一致してしまうため、エラーとなる。
ウェイト中の両者と無関係の接続用ソケットまで用意できないのはよくない。
これを回避するために、REUSEADDRを使う。
これは、ウェイト中(状態は何でもよい)のソケットと同じローカルポートとアドレスにバインドできるようにするも。
これで作成したものは、当然リモート情報が空のため、ウェイト中のと完全一致しないため、仮にウェイト中に切ったはずの相手からパケットが届いても一意に流すソケットが決まる、なのでok
ローカルアドレスも✳︎で作れば、ウェイト中のacceptで作られたソケットのローカルアドレスは✳︎でなく一意になっている(188.88.22.81みたいな)ので完全一致とはならず、セーフ
また、リスンを再開できるし、ウェイト中以外のクラからの接続要求は呑める(実際はクラ側はポートは使用されていないものを選択してくるので、ウェイト中のとは完全一致とはならないため呑める)。
同じウェイト中の相手からまた接続要求が来てacceptした場合は、作れてしまうと4つの情報が完全一致のソケットが生まれてしまうが故に流石にだめ、となる。
すぐにまた接続をするためにはウェイト時間を1秒とか(できるかはosに依存するが)
に <するしかない> 。
といっても、クライアント側はconnect()の際に使われてないポートが自動選択されるため、
ウェイト中のソケットのポートが自動選択されることはないため、サーバ側のウェイト中のソケットのリモート情報が被ることはないため、
接続要求が通る。(自動選択ではなくbindした場合は、完全一致してしまうので先の問題が起きる。)
つまりSO_REUSEADDRは、
サービスのポートを固定しておく必要がある主にサーバ側に対するバインドエラーの回避措置
この辺りのことを整理できる頭がなく、ごちゃごちゃしており、申し訳ありません。
何かご指摘御指南頂けましたら幸いです。
あなたの回答
tips
プレビュー