c socket FIN_WAIT2 のソケットが消える理由

いろいろと手を動かしながらソケットの謎を解いているのですがどうしても一つ腑に落ちない点があります。

サーバ側とクライアント側ソケットを一般的にTCPのコードで接続し、
クライアント側"だけ"をclose()した場合、

サーバ側: CLOSE_WAIT
クライアント側: FIN_WAIT2

の状態にそれぞれなります。ここまではわかります。
※因みに、プログラムが終了するとソケットが解除されるので終了前にsleep(10000000)を両方しています。

しかし、
その状態で暫くすると、クライアント側のソケットが消えてしまします。

(クライアント接続し、closeした状態)
sudo netstat -antlp | grep -e 5127 -e 8955
tcp 0 0 127.0.0.1:8955 127.0.0.1:5127 FIN_WAIT2 -
tcp 0 0 127.0.0.1:5127 127.0.0.1:8955 CLOSE_WAIT 42420/./server

(暫くしたあとの状態)
sudo netstat -antlp | grep -e 5127 -e 8955
tcp 0 0 127.0.0.1:5127 127.0.0.1:8955 CLOSE_WAIT 42420/./server

↑FIN_WAIT2 のソケットはなぜ消える??

クライアント側 => 相手のclose()を待っている状態でスリープ
サーバ側 => プログラムがclose()するのを待っている状態でスリープ

という状態なので、消える理由がわかりません。

その上、CLOSE_WAITしているソケットに再度クライアント(クライアントは同ポートでbindしている)が接続しても接続して送受信できてしまします。
これはCLOSE_WAITしているソケットを再利用のような具合で使用しているということなのでしょうか。

何かヒントをいただけましたら幸いです。

y_waiwai

2022/08/10 10:25

消える、とは何をどう見て消えると判断してるんでしょうか

akiyama_pga

2022/08/10 10:44

ありがとうございます。実はその辺りもはっきりと理解できておりません。消える、とはディスクプリタの割り当てからそのソケットが解除されることを言うのか、はたまた確保されたメモリを削除することで初めて消えると言えるのか。全く同じ情報のソケットがメモリ上に存在することが許されるのかどうかというレベルではっきりできていません… なので今はnetstatの結果を見て、消えたな…と判断しています。

TaichiYanagiya

2022/08/11 02:10

「暫くすると」は tcp_fin_timeout (60秒) ではありませんか？

akiyama_pga

2022/08/11 02:30

ありがとうございます。そんなものがあったとは全く知りませんでした... まさに60秒程度で消えていたため、タイムアウトしていたのだと思います。もしよろしければついでにお聞きできればと思うのですが、取り残されたCLOSE_WAIT状態のソケットがサーバ側にある状態で再度、クライアント側が先と同じ自ポートにbindしてconnnect()できてしまうのはCLOSE_WAITしているソケットがあるためaccept()がスキップされてそのソケットで継続してやりとりするためなのでしょうか?

TaichiYanagiya

2022/08/11 03:00

再接続について、詳しくないのですが、多分そうなのだと思います。

akiyama_pga

2022/08/11 03:30 編集

ありがとうございます。 CLOSE_WAITしたものに再度ぶつけ、ぶつける際に今度はどちらもclose()せずにsleep()させますと、 CLOSE_WAIT 68242/./server ↓ ESTABLISHED 68242/./server のように変化するため、プロセスも変化していないため再利用しているのだと考えるようにしたいと思います。ありがとうございました。