web-dev-qa-db-fra.com

Échec de la demande de transfert X11 sur le canal 0

Quand je fais "ssh -X abcserver ", J'ai reçu un message" X11 forwarding request failed on channel 0 ". J'ai vérifié en ligne et il a été suggéré de le résoudre en basculant" X11UseLocalhost no" à "X11UseLocalhost yes ".

Cependant, mon manager et moi n'avons pas ce privilège administratif. Je me demande, à l'exception de cette solution, s'il existe une autre option pour résoudre le problème? Je n'ai pas non plus le privilège Sudo pour installer directement X11 sur le serveur.

Ma plateforme locale est:

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)

La plateforme distante est:

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

Ajout du -v L'option ssh lors de la tentative de connexion donnera beaucoup d'informations de débogage qui pourraient donner une idée exacte du problème, comme par exemple

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

qui dans mon cas, l'installation de xauth sur le serveur a résolu le problème.

17
hlovdal

J'ai dû modifier le fichier de configuration sshd sur le serveur distant pour résoudre le problème. Cela a fonctionné sur le serveur Ubuntu 16.04:

$ Sudo vim/etc/ssh/sshd_config

Ensemble X11UseLocalhost no

Enregistrez le fichier.

$ Sudo service sshd restart

$ exit

Maintenant ça marche!

ssh -X user @ remotehost
$ xclock

8
Keyno

1. assurez-vous que pendant ssh -X root@server vous avez l'autorisation root.

2. mettez à jour le /etc/ssh/sshd_config et assurez-vous que cette ligne n'est pas commentée

    X11Forwarding yes

3 .systemctl restart sshd

4. quitter le serveur

5 .ssh -X root@server

6 .virt-manager

2
Marie
  1. Sudo apt install xauth
  2. changer la ligne #AddressFamily any à AddressFamily inet dans /etc/ssh/sshd_config
  3. Sudo service ssh restart

Cela suffit sur Ubuntu 18.04 LTS.

Après la connexion avec ssh -X (ou après avoir activé l'option PuTTY/KiTTY "Activer le transfert X11"), vous devriez voir que la variable d'environnement DISPLAY est automatiquement définie sur localhost:10.0 ou similaire. Après une première connexion réussie (avec un transfert X11 fonctionnel), le fichier .Xauthority sera généré. Un autre signe positif de réussite.

Si vous souhaitez voir et comprendre les détails du transfert X11 dans votre session, vous pouvez essayer avec lsof -i -P|grep ssh.

0
Afsin Toparlak