この問題は、複数の会社、複数のディストリビューション、複数のカーネル リビジョンのボックスで、ランダムに、断続的に発生しました。私はただ呪われているだけだと思います。
何が起こるかというと、新しいボックスがロードされ、ssh 内で yum update や apt-get などの何かを実行することになります。すべては順調に進んでいますが、その後セッションが停止します。ssh は切断されず、まるで誰かがセッションにスクロール ロック キーの押下を送信したかのようです。
SSH セッションで Enter キー、スペース キー、またはほぼ任意のキーを押すと、セッションが再起動し、何も問題がなかったかのようになります。
以前、このような問題を追跡したところ、対話型プロセスが SLEEP 状態になっていることがわかりました。今回の場合も同じ動作であるかどうかは確認できませんが、具体的な原因を特定できれば質問を修正します。
いずれにせよ、プロセスがランダムにスリープ状態になる理由を私は理解できませんでした。
この問題または同様の問題に遭遇したことがある方、その原因について何か知見をお持ちの方はいらっしゃいますか?
答え1
私もかつて同じようなことがありました。セッションのMTUが悪かったため、TCPが切断されてから再接続していたことが判明しました。長い出力が端末に送信されると、このようなことが起こります（長い出力はパケットが大きいことを意味し、本物MTU 制限 (トンネル経由で接続している場合など)。
私の場合は、モデムをリセットすることで解決しました (自宅から VPN していました)。別の同様のケースでは、ファイアウォール/VPN ゲートウェイの構成で解決しました。
これは、コンソールに大量の出力が送られるときに発生しますか? その場合は、リモート ボックスで、たとえばファイルに tcpdump を実行して、これが当てはまるかどうかを確認できますか?