なぜTcpListenerはESTABLISHED接続を漏らしていますか？

Question

私は30台の車のモデムからのメッセージを聞いているアプリケーションを持っています。私は（エラー処理は省略さ）次のようになり、サーバーのコードを実装するTcpListenerを使用しました：

... 
listener.Start() 
... 
void 
BeginAcceptTcpClient() 
{ 
    if(listener.Server.IsBound) { 
     listener.BeginAcceptTcpClient(TcpClientAccepted, null); 
    } 
} 

void 
TcpClientAccepted(IAsyncResult ar) 
{ 
    var buffer = new byte[bufferSize]; 

    BeginAcceptTcpClient(); 
    using(var client = EndAcceptTcpClient(ar)) { 
    using(var stream = client.GetStream()) { 
     var count = 0; 
     while((count = stream.Read(buffer, total, bufferSize - total)) > 0) { 
      total += count; 
     } 
    } 
    DoSomething(buffer) 
} 

私が正しくメッセージを取得し、私の問題は、切断です。 12時間ごとにモデムがリセットされ、新しいIPアドレスが取得されますが、サーバーは古い接続をアクティブに保ち続けます（tcpviewにESTABLISHEDとしてマークされています）。古い接続のタイムアウトを設定する方法はありますか？私は、TcpClientを閉じることで、TCP接続が閉じられたと思っていました（ローカルテストではどうなりますか）、間違っていますか？

Answer 1

私は実際にコードサンプルで少し混乱しています - 質問は、これらの質問がかなり長い時間開いているが、コードは非常に短いバーストではより典型的であることを示唆しています;長時間実行している接続では、同期APIではなく、非同期APIの1つがここに表示されます。

トレースなしで停止するソケットは非常に一般的です。特に、すべてのシャットダウンを検出する必要がある多数の中間デバイスが搭載されている場合は非常に一般的です。無線ネットワークは、ソケットが人工的に生き残るようにしようとすることがあります。なぜなら、デバイスは毎回すべての接続を切断したくないからです。

このように、あなたがまだ本当に生きている人を追跡することができるように、接続でハートビートのいくつかの種類を実装するためにかなり一般的です。例として

- しかし19K接続 - 私は理論的にはどのハンドル正常な停止（閉鎖を示す特定の配列を介して）、及び（不意に接続を終了）無様ソケット閉鎖両方、ここでのWebSocketサーバを有します私は最後の1時間かそこらで見たことがある、70人はどちらかを打つことなく死んだ。そうではなく、私は（遅い）心拍に対して活動を追跡し、あまりにも長く応答しなければそれらを殺す。

再タイムアウト。 ReceiveTimeoutを試すことはできますが、通常はトラフィックの大きなギャップを予想していない場合にのみ役立ちます。