TCP / IPセッションを60秒未満で実行できますか？

私たちのサーバーはTCP / IPセッションで過負荷になっています。それらのほとんどはTIME_OUT状態でハングしています。TIME_OUT状態の接続は、60秒のタイムアウトが経過するまでソケットを占有していることがわかります。

問題は、サーバーが応答しなくなり、多くのクライアントがサービスを受けられないことです。

簡単なテストを行いました。InternetExplorer 8.0を使用してサーバーからXMLファイルをダウンロードします。ダウンロードはほんの一瞬で完了します。しかし、TCP / IP接続がTIME_OUT状態で60秒間ハングしていることがわかります。

TIME_OUTの待機を解消する方法、または新しい接続用にソケットを解放する方法を減らす方法はありますか？

TCP / IP接続がTIME_OUT状態になる理由はわかりますが、XMLファイルのダウンロードが終了した後、Internet Explorerが接続を閉じない理由はわかりません。

詳細。

私たちのサーバーは、Perl（mod-perl）で記述されたWebサービスを実行します。このサービスは、気象データをクライアントに提供します。クライアントはFlashアプリケーション（実際にはWindowsアプリケーションに埋め込まれたFlash ActiveXコントロール）です。

OS：Ubuntu

Apacheの「Keep Alive」オプションが0に設定されている

これはTCPスタックの設定です。使用しているプラ​​ットフォームがわからないため、それが何と呼ばれ、どのように変更するかを正確に述べることはできません。

更新

つまり、Ubuntuを使用しています。を使用sysctlして、net.inet.tcp.msl値を希望するTIME_WAIT期間の半分（ミリ秒単位-参照man -S 4 tcp）に減らすことができますsysctl net.inet.tcp.msl=2500。TIME_WAIT期間が経過した後に到着する可能性のあるワンダリングパケットに関して、そうすることの影響に注意してください。

そうだと思うTIME_WAIT。アクティブなクローズを開始するピアは入るピアですTIME_WAIT（ここで状態遷移図を参照）。クライアントに接続をクローズさせることができる場合は、TIME_WAITオフにしてクライアントに移動します。詳細と問題とその解決方法に関する優れた記事へのリンクについては、この回答を参照してくださいTIME_WAIT。

別の方法として、クライアントにアクティブなクローズを発行できない場合は、閉じる前にlingerをfalseに設定して接続をリセットします。これにより、RSTではなくが送信されFINます。

サーバーが無応答であることは、おそらくTIME_WAIT状態の接続の数とは関係ありません。「ソケットを占有する」という意味が明確ではありません-サーバーはcloseその時点でソケットを使用していないので、長く待たなければなりません。システムは、TIME_WAIT状態の何万もの接続を処理できる必要があります。