プロセスが終了した後、Linuxカーネルはどこで処理を行い、TCP接続をクリーンアップしますか？

Question

私は、プロセスが終了した後にクリーンアップを行うLinuxカーネルで場所を見つけようとしています。具体的には、プロセスが-9シグナルで強制終了された後にオープンTCP接続を処理するかどうかを調べたいと思います。私はかなりすべての接続を閉じると確信していますが、詳細を見たいと思いますし、接続が正しく閉じられていない可能性がある場合。

Linuxカーネルソースへのポインタは大歓迎です。

Answer 1

プロセス終了の肉は、exit.c:do_exit()によって処理されます。この関数はexit_files()を呼び出し、put_files_struct()を呼び出し、close_files()を呼び出します。すべてのファイル上

close_files()ループは、struct fileオブジェクトにfput()を呼び出しそれぞれ、上filp_close()を呼び出して、（すべてのソケットを含む）プロセスが開いているディスクリプタ。 struct fileへの最後の参照が入力されると、fput()はファイルオブジェクトの.release()メソッドを呼び出します。これはソケットの場合sock_close()の関数がnet/socket.cになっています。

Answer 2

ソケットクリーンアップは、プロセスが終了した後にすべてのファイルディスクリプタを解放し、プロセスクリーンアップによって直接実行されないという副作用が多いと確信しています。

私は手足を外に出て、ネットワークプログラミングで共通の落とし穴を打っていると思います。プロセスが終了した後にアドレスにバインドしようとしたときに「使用中のアドレス」エラー（EADDRINUSE）が発生するという問題が発生していると推測されるのであれば、ソケットのTIME_WAITを実行しています。

このような場合は、タイムアウト（通常は60秒）を待つか、すぐに再利用できるようにソケットを変更することができます。あなたは、ハーフオープン接続の問題を抱えている、と完全にTCPがどのように機能するかを理解していないよう

int sock, ret, on; 
struct sockaddr_in servaddr; 

sock = socket(AF_INET, SOCK_STREAM, 0): 

/* Enable address reuse */ 
on = 1; 
ret = setsockopt(sock, SOL_SOCKET, SO_REUSEADDR, &on, sizeof(on)); 

[EDIT]

あなたのコメントから、それが鳴ります。 TCPは、クライアントが死んでいるのか、またはアイドルなのかを知る方法がありません。 kill -9クライアントプロセスの場合、4方向クローズハンドシェイクは決して完了しません。これはあなたのサーバにオープンな接続を残すべきではないので、何が起こっているかを確かめるためにネットワークダンプを取得する必要があります。

私はあなたがやっていることを正確に知らずにこれをどう対処すべきかについては言えませんが、TCP Keepalive hereについて読むことができます。いくつかのオプションは、空または空のメッセージを定期的にクライアントに送信すること（プロトコルの変更が必要な場合があります）、またはアイドル状態の接続でハードタイマーを設定することです（有効な接続が切断される可能性があります）。