web-dev-qa-db-ja.com

X11転送要求はチャネル0で失敗しました

私がする時 "ssh -X abcserver "、" X11 forwarding request failed on channel 0 "。オンラインで確認したところ、「X11UseLocalhost no "から" X11UseLocalhost yes "。

ただし、上司と私にはこの管理者権限がありません。この解決策を除いて、問題を解決する別のオプションがあるかどうか疑問に思っていますか？また、直接インストールするためのSudo特権もありませんX11サーバー上。

私のローカルプラットフォームは：

Linux version 3.16.0-4-AMD64 ([email protected])
(gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt25-2+deb8u3 (2016-07-02)

リモートプラットフォームは次のとおりです。

Linux version 3.13.0-88-generic (buildd@lgw01-16) 
(gcc version 4.8.4 (Ubuntu 4.8.4-2ubuntu1~14.04.3) ) 
#135-Ubuntu SMP Wed Jun 8 21:10:42 UTC 2016
linuxsshx11-forwarding
13
David Z

-vログインしようとしたときにsshにオプションを付けると、多くのデバッグ情報が得られます。たとえば、正確に何が問題なのかを知る手がかりになるかもしれません。

debug1: Remote: No xauth program; cannot forward with spoofing.

私の場合、サーバーにxauthをインストールすると問題が解決しました。

17
hlovdal

この問題を解決するには、リモートサーバーのsshd構成ファイルを編集する必要がありました。 Ubuntu 16.04サーバーで動作しました。

$ Sudo vim/etc/ssh/sshd_config

セットする X11UseLocalhost no

ファイルを保存します。

$ Sudoサービスsshd再起動

$出口

今ではうまくいきます！

ssh -X user @ remotehost
$ xclock

8
Keyno

1. ssh -X root@serverの実行中にroot権限があることを確認します。

2. /etc/ssh/sshd_configを更新し、この行がコメント解除されていることを確認します

    X11Forwarding yes

3 .systemctl restart sshd

4.サーバーから出る

5 .ssh -X root@server

6 .virt-manager

2
Marie
  1. Sudo apt install xauth
  2. #AddressFamily anyの行AddressFamily inetを/etc/ssh/sshd_configに変更します
  3. Sudo service ssh restart

Ubuntu 18.04 LTSではこれで十分です。

ssh -Xを使用してログインした後（またはPuTTY/KiTTYオプションの[X11転送を有効にする]をアクティブにした後）、環境変数DISPLAYがlocalhost:10.0または同様のものに自動的に定義されます。最初に正常にログインした後（機能的なX11転送を使用）、ファイル.Xauthorityが生成されます。成功のもう1つの前兆。

セッション内のX11転送の詳細を確認して理解したい場合は、lsof -i -P|grep sshを使用してみてください。

0
Afsin Toparlak