X11転送を有効にしてssh'ingした後にXプログラムを開いた時に "cannot open display "エラーが発生するのですが、どうすれば直りますか？

From xhost+ : リモートサーバでGUIを起動中に「表示が開けない」エラーを修正する方法 :

回答 . この記事で紹介しているxhostの手順を実行することで「表示が開けない」エラーを修正することができます。

クライアントがどのホストからでもxhost+で接続できるようにする

以下のコマンドを実行してアクセス制御を無効にし、どのホストからでもクライアントが接続できるようにします。

$ xhost +

アクセス制御を無効にすると、どのホストからでも接続できるようになります

X11転送を有効にする

sshを実行している間に、-Xオプションを使用してX11転送を有効にします。

$ ssh username@hostname -X

-Yオプションを使用して、信頼できるX11転送を有効にします。

それでも “cannot open display "エラーが出る場合は、以下のようにDISPLAY変数を設定してください。

$ ssh username@hostname -Y

注意：IPはGUIアプリケーションを表示させたいローカルワークステーションのIPです。

サーバの sshdconfig (通常は `/etc/ssh/sshdconfig`) をチェックして、X11Forwarding オプションが

X11Forwarding yes

という行で有効になっていることを確認してください。 X11Forwarding が指定されていない場合、私がチェックできる Debian マシンではデフォルトは no です。

Mac OS XからUbuntuのVMにログインするときにもこの問題がありました – 何らかの理由で表示変数の'localhost'が気に入らないようです。そこでharrymcさんが提案しているように、手動でIPを設定してみてください。localhostと127.0.0.1が等価であることをOSに伝える必要はなさそうですが、少なくとも動作はします。

私は私のCentOS KVMサーバでこの問題を抱えていました、私は “xauth "プログラムを見逃していました。

もし、-X arg.または/etc/ssh/ssh_config の中の ForwardX11 だけを実行したときに、after some time でこの問題が発生した場合は、trusted X11 forwarding を有効にするために、$ ssh username@hostname -Y を実行してください。そのため、ローカルクライアントはリモートマシンにコマンドを送信し、グラフィカルな出力を受信します。コマンドがいくつかのセキュリティ設定に違反している場合は、代わりにエラーが表示されます。この最後のオプションはセキュリティ上の問題を引き起こす可能性があります。他のグラフィカルな (X11) クライアントがリモートマシンからデータを盗み見 (スクリーンショットを作ったり、キーロギングをしたり、他の厄介なことをしたり)、それらのデータを変更することさえ可能だからです。

これらのことについてもっと知りたければ、Xsecurity の man ページか X Security 拡張仕様を読むことをお勧めします。さらに、/etc/ssh/ssh_config で ForwardX11 と ForwardX11Trusted オプションをチェックすることができます。

ソース:

• ssh -Y と ssh -X の違いは何ですか
• cygwin/X warning: could not open X display

Mac でテストしましたが、他のシステムでは問題ないかもしれません :

1. xhost+

$ xhost +

1. X11 の表示をサポートする環境が必要です

[Mac System] Install X11 for mac https://www.xquartz.org/

1. 3. ssh サーバに X11 表示を転送させておく必要があります

/etc/ssh/sshd_config を更新して X11Forwarding yes を設定してから ssh サーバを再起動してください

1. ssh セッションに X11 表示を -X パラメータで転送させておく必要があります

$ ssh -X user@ip

1. 5. PyCharm で X11 アプリを開くには？

• X11 表示に対応した ssh セッションを開く(このセッションを忘れないように)
• その ssh セッションで echo $DISPLAY を実行する
• PyCharm の環境変数 DISPLAY を設定する
• PyCharm の環境変数 &007 を設定します。

と書いてあったのですが、「yes」にするのではなく、「

X11UseLocalhost no

」と/etc/ssh/sshd_configを入れなければならなかったのですが、「yes」にすると、「yes」になります。デフォルトが “NO "だとおかしい WindowsでXMingでputtyを使っているユーザー。私はFedoraでストレートなsshを使っています。たまに

error can't open display localhost

サーバーの再起動をすれば直るのですが、これがバカバカしい。上記を行い、サーバのサービスsshdを再起動すると、新しい接続が再び正常に動作するようになりました。

UXTERMやXTERMを実行しているときは、

export $DISPLAY

を発行するだけで、変数はそこにあります。あとは設定してエクスポートするだけです。

この設定は私のために動作します:

ローカル(Windows 10上の64ビットCygwin) DISPLAY=:0

サーバー(Amazon EC2 RHEL 7.6) DISPLAY=:10.0

これらの設定は、タスクバーの “Xアプリケーションメニューを:0 "をクリックして、システムツールを選択することで見つけることができました。

私もSolaris 10でこの問題があり、リスナーが設定されていないことがわかりました。

svccfg –s /application/x11/x11-server listprop options/tcp_listen
svccfg –s /application/x11/x11-server setprop options/tcp_listen = true

Konsoleを使用している場合は、Xfce Terminalのような別のターミナルエミュレータに切り替えて、rootを使ってもう一度試してみてください。

CentOS 6.5では、/etc/hostsをいじった後、突然リモートのX-programsへのアクセスができなくなりました。また、空の $DISPLAY 変数 (手動で設定/エクスポートしても助けになりません) の症状も同じです。

実際のホスト名を指す 127.0.0.0.1 エントリが必要です。

私の設定で、x の転送を妨げている素晴らしい問題を発見しました。ファイアウォールがローカルホストからのすべての接続をブロックしていたため、トンネルに到達することができませんでした。

ターミナルを開く $ ssh username@hostname -X

$ ssh username@hostname -Y

$ export DISPLAY='IP:0.0'

export DISPLAY=“127.0.0.0.1:10.0” すべてが動作するはずです。