Windows 7 / PuTTYが非常に短い停電でもTCP接続をドロップするのはなぜですか？

キャプティブWiFiに便乗する小さなローカルネットワークがあり、Windows 7 ProfessionalのsshOS X -oServerAliveInterval=240およびPuTTY 0.62でLinode、Hetzner、およびその他のサーバーへの接続を確立するために使用しています。

PuTTYでは、Connection→→ Sending of null packets to keep session active240 を選択しますEnable TCP keepalives (SO_KEEPALIVE option)。デフォルトではオフになっています。

インターネットが一時的に約1分間ダウンすると（キャプティブポータルで再認証する必要があります）、PuTTYはほとんどの場合、開いているすべてのsshセッションを失います。実際にsshで何かを入力しようとしても、接続が再びアクティブになるまで60秒ほど応答がない場合でも、インターネットが1〜2分以内に回復する限り、セッションが失われることはありません。（だから私は、NAT状態が常に保存されることを確信しています。）

Windows / PuTTYが適切な接続を先制的に破棄するのを停止できますか？

WindowsではSO_KEEPALIVEなどがデフォルトで実際にオンになっており、古い接続を検出するためのタイムアウトが小さすぎるように思えます。停止がほんの数百秒で値-oServerAliveInterval（times ServerAliveCountMax）を下回っている限り、OS Xがこれらの一時的な一時的な停止の影響を受けないように、数秒以上に増やしたいと思います。

http://www.chiark.greenend.org.uk/~sgtatham/putty/faq.html#faq-timeout

ように思えるTcpMaxDataRetransmissions（REG_DWORD）が直接影響を与えます。値はHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameterswith に追加できますregedit.exe（デフォルトではキーが欠落しているため、変更するには最初に追加する必要があります）。設定解除時— 5.です。 追加して、少なくともf（15）に設定し、再起動します。

デフォルト値の5は、一時的かつ一時的なネットワークの停止中に接続を維持するのに非常に不適切と思われます。数秒でタイムアウトが発生します。このTcpMaxDataRetransmissionsキーをレジストリに追加し、その値をf（15）に設定し、マシンを再起動し、sysctl net.inet.ip.forwarding=0PuTTYで文字を入力する直前にルーターで実行した後、転送を有効にした後に文字をエコーバックしました5分間待ってからルーターでテストしました（0x0000000c（12）の値により、停止中にパケットを送信する最初の試行の7分後に接続が切断されることを確認しました）。再起動する前に、PuTTYはすぐに数秒以内に接続をタイムアウトします。再起動が必要であったことに注意してください-少なくともWindows 7 Professionalでは、レジストリを変更するだけでは、既存の接続にも新しい接続にも影響しません。Windowsで何も変わらない！

その間、デフォルトの未設定値（1秒）KeepAliveIntervalから6000010進数（60秒）を追加して設定することもできます1000が、TCPキープアライブが有効になっていないため、上記の特定のケースでは効果がありません。