接続の問題に関して SSH がそれほど耐性があるのはなぜですか?

Question

オフィスの WiFi ルーターを再起動すると、予想通り、ラップトップが切断されました。再接続すると、SSH セッションが切断されていないことに気付きました。

SSH プロトコルの何がこれを可能にしているのでしょうか? それとも、これは TCP/IP と関係があるのでしょうか?

Answer 1

SSH はデフォルトでかなり長いタイムアウトを持ち、TCP タイムアウトがデフォルトであり、デフォルトの TCP タイムアウトは長くなります。

どのような形式のキープアライブでも、実際には接続がより早く切断されます。これは、クライアント/サーバーがキープアライブがターゲットに到達していないことを認識すると、接続が切断されるためです。

したがって、IPが同じであれば、SSH接続は非常に長い間持続することができ、送信/受信バッファを埋めるために何も起こらなければ、

Answer 2

TCP だと思います。アドレスが同じであれば、ネットワークがダウンしている間に送信されたものはすべて、ドロップされたパケットとして扱われ、再送信されます。ネットワークがダウンしている時間が長すぎない限り、クライアントとサーバーは失われたものをキャッチアップします。ネットワークがダウンしている間にどちらかの側から何も送信されなかった場合、クライアントもサーバーも問題が発生したことに気付きません。

ただし、最後のケースでは、パケット交換ネットワーク上のどのプロトコルもまったく同じように動作するため、SSH が原因か TCP が原因かと言うのは完全な答えにはなりません。