sshセッションのアイドルタイムアウト

私たちが開発のほとんどを行っているSolarisマシンは、SSHセッションをタイムアウトするという厄介な癖があります。クライアントがUbuntuデスクトップ、Solarisデスクトップ、またはWindowsデスクトップ（putty）のどちらであるかは関係ありません。一般的な要因は、大きなSolarisマシンです。

これを防ぐために何かできることはありますか？昼休みを取り、開いて微妙に構成したターミナルセッションがすべてフリーズしている場合は煩わしいので、すべてを終了してすべてのコンテキストを再確立する必要があります。

はい。キープアライブパケットを送信するようにSSHを設定します。

キープアライブ動作がうまく機能しないことがわかりました。〜/ .ssh / configスクリプトにServerAliveIntervalを追加してみましたが、gitではうまく機能しません。

結局のところ、「画面」のステータスバーにタイムスタンプを追加しています。これは、接続を維持するのに十分なアクティビティです。

キープアライブパケットも送信するようにPuttyを構成できます。

設定、接続、キープアライブ間の秒数。

まず、ログアウトしているのがシェルか、sshかを判別する必要があります。テストするには、リモートマシンにSSHでログインし、vi以下のファイルを使用します。

長い時間が経過してもless / viを移動できる場合は、sshで問題ありません。この場合は、使用しているシェルを判別し、タイムアウトを無効にします。SSHではなく、タイムアウトしているシェルである可能性が高いです。ただし、一部のファイアウォールは、キープアライブが送信されない場合、アイドルセッションを閉じます。

Solaris管理者は、設定を読み取り専用にすることにより、シェルでタイムアウトを無効にできないようにすることができます。これはありそうもないことですが、可能です。通常は、別のシェルを使用してこれを回避できます。

シェルの再構成に問題がある場合は、GNU screenを使用できます。SSHセッションがタイムアウトした場合は、再度ログインして再接続するだけで、シェルは以前と同じ状態になります。

Solarisマシンでtcshを実行すると、autologout変数が設定される可能性があります。これを0に設定（autologout = 0に設定）または設定解除（autologoutを設定解除）すると、ログアウトが中止されます。

これは赤いニシンかもしれませんが、試してください

unset TMOUT

シェルプロンプトで。これは確かに過去にはうまくいきましたが、特定のアーキテクチャ（またはシェル）に制限されているかどうかは思い出せません。

シェルプロファイルを入力します

エクスポートTMOUT = 0

エクスポートTIMEOUT = 0

top別の端末で実行できますか？それは定期的なトラフィックを生成する必要がありますか？

スピナーはあなたの問題に対する完璧な解決策のように聞こえます。タイムアウトしないように、セッションで定期的に文字を送信します。

Linux / bsdサーバーで「ClientAliveInterval 300」を使用すると、常に成功しました。

sshd次のような行の構成を確認してください/etc/ssh/sshd_config：

ClientAliveInterval 600
ClientAliveCountMax 0