約4000接続でTCP枯渇の問題に直面しているサーバーアプリケーションがあります。これは3週間または4週間ごとに発生します（およそ）。このサーバーアプリケーションを作成したベンダーは、netstat -bの出力を調べた後、クライアントがドロップしても一部の接続が開いたままであることを通知します。
特定のクライアントアプリケーションがTCP接続を適切に閉じない理由を調査するタスクが与えられました。私は、クライアントコンピューターがシャットダウンした場合、そのクライアントとのTCP接続がまだ確立されていることをサーバーから報告することはできないと考えています。残念ながら、自分の見解を検証するための情報を見つけることができません。問題になる可能性があるとは思わない潜在的な問題を調査するのにこれ以上時間を無駄にしたくありません。
tldr;
サーバーは、オフになっているコンピューターへの確立された接続を報告できますか？
回答:
TCPは、データを送信している側を除き、デッド接続を検出する努力をしません。これを行うのは、TCPスタックを呼び出すアプリケーションコードの責任です。ここでどのプロトコルが関係していますか？（TCPの上にあるもの。）
これは恐ろしくい「解決策」ですが、TCPキープアライブを有効にすることができます。この記事には他にもあります。
はい、可能です。DavidとPaulが回答で述べたように、TCPには、ハーフオープン接続を検出するためのメカニズム（オプションのTCPキープアライブ以外）はありません。接続の状態を判断し、それに応じて適切なアクションを実行するのは、アプリケーションベンダー次第です。
TCPに関する限り、ハーフオープン接続と長いアイドル接続の検出や区別はありません。
OSIモデルのレイヤー1（物理）からレイヤー7（アプリケーション）までのトラブルシューティングを開始して、問題が発生している場所を特定する必要があります。問題が発生するまで、影響を受けるクライアントの1つにパケットキャプチャプログラムをインストールして実行し、キャプチャを分析して、クライアントが接続を閉じない原因を特定することをお勧めします。
ワークステーションがサーバーとの接続を閉じたい場合、TCP FINを送信します。クライアントが正常に動作せず、接続を閉じない場合、実際にはサーバー上で確立されたままになる可能性があります。サーバーで開いている接続のタイムアウトを設定して、これらをクリーンアップできますが、原因を見つけた方がよいでしょう。開いている接続はどのポートに入りますか？どのサービスにアクセスしているかがわかれば、サーバーにアクセスしているクライアントアプリを特定できる場合があります。