ssh -X「Xtエラー：ディスプレイを開けません：：0.0」

xtermsshでリモートサーバー（Ubuntuサーバー10.04）を開こうとしています。

ssh -X name@machine xterm

しかし、返されるエラーは次のとおりです。

xterm Xt error: Can't open display: :0.0`

私はグーグルで見つけたものすべてを試しました。まだこのエラーが発生します。DISPLAY変数は自動的に設定されるべきですよね？

の一部sshd_config：

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes

何かアドバイス？

sshが接続を確立できる場合はDISPLAY、適切な値に設定されます。X11DisplayOffset10（デフォルト値）に設定したので、sshは10から始まる最初の利用可能なディスプレイを使用します。10¹未満の値が表示される場合、少なくともsshによって設定された通常のX11転送に何かが干渉しています。上書きするDISPLAY。値:0（または:0.0、ドットの後の部分は無関係）は、マシンで開始された最初のディスプレイを示します。これは、通常、マシンのコンソールのアクティブセッション（またはグラフィカルログインプロンプト）です。

観察される動作の最も可能性の高い説明は、シェル構成ファイルの1つが設定していることですDISPLAY。最も明白な原因は~/.bashrc（シェルがインタラクティブでない場合でも、bashの癖のためにbashの親がrshdor sshdである場合は常に実行される）です。環境変数を定義する別のファイルは/etc/environmentです。その場合、解決策は明白ですDISPLAY。そこに設定しないでください。（DISPLAY手動で設定する必要があるケースはほとんどありません。）

他にもエキゾチックな説明があります。これは、ログインシェルをscreen（理論的にはかわいいアイデアですが実用的ではありません）に変更し、DISPLAY画面内に強制的に設定するシェル初期化ファイルがある場合に発生する可能性があります（そのような良いアイデアではありません）。これは、クライアントから送信された環境変数（のAcceptEnvディレクティブsshd_config）を受け入れるようにサーバーを構成し、クライアントがを送信DISPLAYしていて、X接続を確立できなかった場合にも発生する可能性があります。または、のcommandディレクティブを介してサーバーに環境変数を設定した場合にも発生する可能性があり~/.ssh/authorized_keysます。またはxtermスクリプトにすることもできます。

¹ _{またはの値はX11DisplayOffsetサーバー構成にありますが、デフォルトから変更されることはほとんどありません。}

あなたのコマンドはうまくいくはずです、または少なくとも私にとってはうまくいきます。代わりにこれを試してください：

ssh -Y user@machine xterm

編集（1）：

これを試して：

ssh -X user@machine env

これですべての環境が表示されます。そこにはさまざまなSSHのものがあり、DISPLAYもあるはずです。DISPLAYは10.0である必要があります。

これを試すこともできます：

ssh -X user@machine DISPLAY=10.0 xterm

Xのアクセス制御はおそらく邪魔です。

ファイル名を指定して実行xhost +（パッケージからx11-xserver-utils完全に無効のアクセス制御に）。

だけでなくX11Forwarding yes、私も追加する必要がありました

X11UseLocalhost no

に /etc/ssh/sshd_config

ここで説明されています。

xauthがインストールされていないことがわかりました。

また、クライアント側にX11がインストールされていることを確認してください。MacをOS X Mountain Lionにアップグレードしたときにこの問題が発生していました。Mountain LionはX11を削除しているため、オープンソースのX Quartzプロジェクトを介して再度インストールする必要があります。 http://xquartz.macosforge.org/landing/

最初に接続を開き、確立されたopen xtermを開く必要があります。