LinuxからMacにSSH転送されたX11ディスプレイがしばらくして失われる
Mac（10.7.2）からLinux（Ubuntu 8.04）にログインするときに、X11接続をssh転送することで、新たな厄介な問題が発生します。ssh -Xを使用してリモートマシンにログインし、そのシェルからX11ベースのアプリケーションを起動しても問題はありません。 最近起こったのは、転送されたディスプレイがブロックされているため（おそらく）、同じシェルからのX11アプリケーションの追加の呼び出しが、しばらく（数時間程度）後に開始できないことです。たとえば、xtermを起動しようとすると、次のような、不適切なDISPLAY設定に関する通常のメッセージが表示されます。 xterm Xtエラー：ディスプレイを開けません：localhost：10.0 しかし、ログインしてすぐに開始したX11アプリケーションは、以前に開始したものとまったく同じディスプレイ（localhost：10.0）を使用して、問題なく実行されています。 sshd_configで詳細ログをオンにしましたが、xtermの起動試行の失敗に応じて、/ var / log / auth.logファイルにこれが表示されます。 sshd [22104]：チャネル8：オープン失敗：管理上禁止：オープン失敗 サーバーに再度ssh -Xを実行して、新しいシェルを開始し、新しいディスプレイ（localhost：11.0）を割り当てた場合、同じプロセスが繰り返されます。 ）、しかし数時間後、そのシェルから新しいものを開始できなくなります。 詳細：Ubuntu 8.04で実行されているOpenSSH sshdサーバー、ディスプレイは、デフォルトのApple XサーバーでLion（10.7.2）を実行しているMacに転送されます。システムは、1つのスイッチを介してイーサネットLANに接続されています。どちらのマシンもファイアウォールを実行していません。最近（数日前）まで、このセットアップは完全に機能したので、次にどこを見ればいいのか迷っています。私は決してX11やSSHの専門家ではありませんが、UNIX / Linuxの経験は豊富です。sshd_configのTCPKeepAliveをnoに設定したり、「host + localhost」を設定したり（私がグーグルしていることがわかります）など、これをデバッグするためにいくつかのオプションを変更しようとしましたが、クライアントまたはサーバーの構成に明らかな変更はありません。 Linux 11.10ラップトップから同じネットワークとスイッチを介して同じリモートホストにログインする場合、この問題は発生しません。Macからの同じ実験が失敗しても、同じsshログインシェルからxtermを数時間後に呼び出すことができます（確認のために今朝テストしました）、Mac固有の問題のようです。 「LogLevel DEBUG3」がリモートマシン（sshdサーバー）で設定されており、クライアント接続に変更が加えられていない場合、/ var / log / auth.logは、使用されているポート番号である接続ステータスレポートにわずかな変更を一晩表示します。 Linuxマシンからの1つの成功したsshセッション（私は思う）によって、以下の接続＃7： sshd [20173]：debug3：チャネル7：ステータス：次の接続が開いています：\ r \ n＃0 server-session（t4 r0 i0 / 0 o0 / 0 fd …