Je ne peux pas pour la vie de moi obtenir x11forwarding au travail. J'ai tout fait "selon le livre" ... Le client et le serveur exécutent Ubuntu 11.04. Les deux ports ont ssh, vnc, x11 et FW ouverts
/etc/ssh/ssh_config
ForwardAgent yes
ForwardX11 yes
ForwardX11Trusted yes
/etc/ssh/sshd_config
X11Forwarding yes
X11DisplayOffset 10
apt-get install xauth
xauth is already the newest version.
- serveur serré installé
- a exécuté la liste xauth
- redémarré
- connecté avec
ssh server -Xvl user
echo $DISPLAY
retourne des retours xterm vierges xterm Xt error: Can't open display:
xterm: DISPLAY is not set
- FW est ouvert
- VNCserver en cours d'exécution
- sshd en cours d'exécution
- X11 en cours d'exécution
- fichiers de configuration ssh ok
- sortie verbeuse de la connexion ssh montre tout ok, pas d'erreurs
Toujours rien ne fonctionne ...
Donc , je l' ai fait export DISPLAY=localhost:10.0
Puis les echo $DISPLAY
retours , localhost:10.0
mais les xterm
rendementsxterm Xt error: Can't open display: localhost:10.0
Maintenant, voici la partie bizarre. si je le fais, export DISPLAY=:0.0
alors xterm ne donne aucune erreur, mais aucune interface graphique n'est affichée ...
J'ai tout essayé sauf réinstaller le système d'exploitation. Même réinstallé ssh et copié de nouveaux fichiers de configuration à partir d'une installation fonctionnelle ...
Mettre ici la sortie verbeuse:
user@jupiter:~$ ssh -v -X [email protected] env
OpenSSH_5.8p1 Debian-1ubuntu3, OpenSSL 0.9.8o 01 Jun 2010
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 192.168.0.1 [192.168.0.1] port 22.
debug1: Connection established.
debug1: identity file /home/user/.ssh/id_rsa type -1
debug1: identity file /home/user/.ssh/id_rsa-cert type -1
debug1: identity file /home/user/.ssh/id_dsa type -1
debug1: identity file /home/user/.ssh/id_dsa-cert type -1
debug1: identity file /home/user/.ssh/id_ecdsa type -1
debug1: identity file /home/user/.ssh/id_ecdsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.8p1 Debian-1ubuntu3
debug1: match: OpenSSH_5.8p1 Debian-1ubuntu3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.8p1 Debian-1ubuntu3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA 31:52:3e:91:b2:b2:74:cf:3e:65:37:a7:78:b9:3a:9e
debug1: Host '192.168.0.1' is known and matches the ECDSA host key.
debug1: Found key in /home/user/.ssh/known_hosts:4
debug1: ssh_ecdsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/user/.ssh/id_rsa
debug1: Trying private key: /home/user/.ssh/id_dsa
debug1: Trying private key: /home/user/.ssh/id_ecdsa
debug1: Next authentication method: password
debug1: Authentication succeeded (password).
Authenticated to 192.168.0.1 ([192.168.0.1]:22).
debug1: channel 0: new [client-session]
debug1: Requesting [email protected]
debug1: Entering interactive session.
debug1: Requesting X11 forwarding with authentication spoofing.
debug1: Requesting authentication agent forwarding.
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
debug1: Sending command: env
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype [email protected] reply 0
SHELL=/bin/bash
XDG_SESSION_COOKIE=5867400390852a975845598400000005-1329602079.30299-1173119600
SSH_CLIENT=192.168.0.14 34691 22
USER=user
SSH_AUTH_SOCK=/tmp/ssh-bPyNW11158/agent.11158
MAIL=/var/mail/user
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
PWD=/home/user
LANG=en_US.UTF-8
SHLVL=1
HOME=/home/user
LOGNAME=user
SSH_CONNECTION=192.168.0.14 34691 192.168.0.1 22
_=/usr/bin/env
debug1: channel 0: free: client-session, nchannels 1
Transferred: sent 1960, received 1968 bytes, in 0.1 seconds
Bytes per second: sent 19601.4, received 19681.4
debug1: Exit status 0
Réponses:
Je passe plus de quelques heures à regarder celui-ci et j'ai essayé presque tout.
Très expérimenté dans l'utilisation de SSH.
Bizarre, il ajoutait cette ligne qui l'a fait fonctionner / etc / ssh / sshd_config X11UseLocalhost no
la source
Je ne sais pas si vous vous en souciez encore longtemps après avoir demandé, mais j'ai résolu le même problème aujourd'hui.
Vous devez ajouter:
X11UseLocalhost no
pour/etc/ssh/sshd_config
et redémarrer le serveur SSH.Vous devrez peut-être également ajouter le
.Xauthority
fichier de l'hôte de connexion à l'hôte X distant:où
{ip}
est l'IP de l'hôte X distant etxauth list
s'exécute sur l'hôte de connexion local.la source
Eh bien, je n'ai aucun problème, j'ai toujours pu le faire fonctionner assez facilement, mais je peux peut-être aider en comparant ma connexion de travail. Je me connecte à mon système de serveur, nommé "myserver", avec le nom de connexion "myname", en utilisant rsa, pas un mot de passe (les noms ont été modifiés). Soit dit en passant, cela est facile à faire avec quelques commandes sur le système local.
Edit: Oh, oui, les fichiers de configuration: ssh_config ... Aucun des trois n'a été défini du tout; commenté.
Seuls ceux-ci ont été définis:
sshd_config ... Identique au vôtre, avec l'ajout de ceci à la fin:
Oh, et sur l'hôte distant:
la source