VPS を CentOs 5.5 にアップグレードした後、シェル セッションを一定時間放置していると、シェル セッションがフリーズまたは切断されるようになりました。とてもうるさい。私が見つけた解決策は、を編集して目的の秒数に/etc/ssh/sshd_config設定することでした。ClientAliveInterval私の理解では、これは基本的にクライアント ユーザー (私) からのアクティビティに取って代わり、セッションが切断されないようにします。
この小さな変更を行った後にシェル セッションを開始したので、無視されたセッションを維持できるようです。ただし、何かが機能しているように見えるからといって、必ずしも最善の、または正しいアプローチが取られたことを意味するわけではありません。
シェルセッションがフリーズするのを防ぐためのより良い/別の方法はありますか?
このClientAliveInterval値により、sshd タイムアウトが増加する可能性があります。次のコマンドも試すことができます。
echo "TMOUT=300 >> /etc/bashrc
echo "readonly TMOUT" >> /etc/bashrc
echo "export TMOUT" >> /etc/bashrc
保証はありませんが、これは私が最近サーバーで使い始めたものです。10 秒は短い時間のように思えますが、電話が接続を維持できるとは思えません。問題が再び発生するまでの秒数を増やしてから、ダイヤルし直すことができると思います。
ClientAliveInterval 10
クライアントからデータを受信しなかった場合、sshd(8) は暗号化されたチャネルを介してメッセージを送信し、クライアントからの応答を要求するまでのタイムアウト間隔を秒単位で設定します。デフォルトは 0 で、これらのメッセージがクライアントに送信されないことを示します。
ClientAliveCountMax 200
失敗した場合は、約 30 分間試してください。つまり、10 秒ごとに 200 回試行し続けます。ただし、10 秒後に何が起こるかによっては、私の論理に欠陥がある可能性があります。クライアントが静かであると仮定すると (おそらく私が読んでいるように)、成功した場合、「生きている」メッセージは最大カウントをリセットしますか? 非アクティブは失敗と見なされますか? それとも、失敗はアライブメッセージの「確認なし」ですか? 答えがわかるまでは、200回繰り返しても安全だと思います。
ここで同様の質問、およびいくつかの適切な推奨事項...