CentOS/RHEL 6を実行していますが、以下の参照されている質問で説明されているのと同じ問題があります。
このほぼ同じ質問 で提案されたすべての設定を試しましたが、役に立ちませんでした。
サーバー側では、次のsshd_config設定があります:X11Forwarding yes X11DisplayOffset 10
xauth
がサーバーにインストールされており、SSH経由で正常に接続した後、~/.Xauthority
にMAGIC-COOKIEが表示されます。 xauth関連のエラーは発生しません。
-X
を使用してsshで(および-vvv
のトラブルシューティングのための詳細度を追加して)、正常に接続しました。 xclock
を実行しようとすると、「ディスプレイを開けません:localhost:10.0」のエラーで失敗します。これはSTDOUTエラーであり、ssh -vvv
からのエラーではありません。 sshで失敗したX11試行を受け取りません。
次に、$DISPLAY
変数を確認しようとしましたが、出力がありません(設定されていません)。
$DISPLAY
を適切に設定する他の設定がありますか?この特定のケースでは、export DISPLAY=localhost:10.0
を強制的に設定できます。これは、echo $DISPLAY
を実行した後に正しく返されます。残念ながら、私はまだX-Windowsプログラム(たとえば、xlcock
)を返してくれません。 「Ca n't open display:localhost:10.0」エラーが引き続き表示されます。
私は途方に暮れています。助言がありますか? SSHセッション中に$DISPLAY
を設定できる他に何かありますか?
ガイダンスが判明 ここ が正しい。
しかし、私は他の人を助けるかもしれない独特の問題に出くわしました。 -vvvを使用してトラブルシューティングを開始しましたが、データが多すぎるため、重要な警告を見逃しました(教訓は、より広範囲に開始することです(-v
))。サーバーのホストキーが変更され(新しいビルド)、ssh_configでキーチェックを無効にしました。これは、一致しないキーであるため、X11転送がSSHによって無効にされたためです。
接続にssh -Yを使用してみましたか? X11転送がまだ行われていないようで、ローカルディスプレイをリモートで使用するのではなく、リモートXプログラムをローカルで実行しようとしているようです。
たぶんいくつかのオプションが~/.ssh/config
X転送が機能しないようにするため、一時的にファイルを移動します。
mv ~/.ssh/config /tmp
私には同じ問題がありましたが、X11をインストールする前に提案はすでに行われていました。問題は、X11をインストールした後、ログオフして再度ログオンするのを忘れていたことでした。念のため、他の誰かが同じ脳おならを持っていた。