Comment exécuter le transfert Mountain Lion X11 via SSH?
Exemple:
ssh -X [email protected] xterm
mon / etc / sshd_config a
X11Forwarding yes
#X11DisplayOffset 10
X11UseLocalhost yes
# XAuthLocation added by XQuartz (http://xquartz.macosforge.org)
XAuthLocation /opt/X11/bin/xauth
Sshd redémarré avec
launchctl stop com.openssh.sshd
launchctl start com.openssh.sshd
(et aussi dans les Préférences -> Partage)
Démarré XQuatrz, et à partir du xterm je lance
ssh -v -X [email protected] xterm #this part not works :)
a obtenu le prochain:
debug1: Authentication succeeded (keyboard-interactive).
Authenticated to 192.168.1.17 ([192.168.1.17]:22).
debug1: channel 0: new [client-session]
debug1: Requesting [email protected]
debug1: Entering interactive session.
debug1: Requesting X11 forwarding with authentication spoofing.
debug1: Sending command: xterm
debug1: Remote: No xauth program; cannot forward with spoofing.
X11 forwarding request failed on channel 0
xterm: Xt error: Can't open display:
xterm: DISPLAY is not set
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype [email protected] reply 0
debug1: channel 0: free: client-session, nchannels 1
Transferred: sent 2656, received 2480 bytes, in 0.1 seconds
Bytes per second: sent 29582.4, received 27622.1
debug1: Exit status 1
du xterm
$ echo $DISPLAY
/tmp/launch-BHtJfJ/org.macosforge.xquartz:0
le changer :0
n'aide pas
courir depuis le xterm
$ xauth list
jonatan.local/unix:0 MIT-MAGIC-COOKIE-1 f4f85682af36ae7d95cd3d244cb6beb2
192.168.1.9:0 MIT-MAGIC-COOKIE-1 f4f85682af36ae7d95cd3d244cb6beb2
jonatan.local:0 MIT-MAGIC-COOKIE-1 f4f85682af36ae7d95cd3d244cb6beb2
Une idée?
Réponses:
Vous devez ouvrir XQuartz, allez dans X11 → Préférences → Sécurité , il y a deux cases à cocher: désactivez la première, activez la seconde. Redémarrez XQuartz et réessayez. Vous devrez également définir la
$DISPLAY
variable comme ceci:la source
clienthost
?Vous ne savez pas comment cela peut se produire, mais à partir de la source SSH d'où vient le message d'erreur:
Cela indique qu'en effet ssh pense que la variable n'est pas du tout définie (c'est-à-dire pas malformée ou quelque chose, mais manquante).
Je ne suis pas sûr que SSH change le contexte utilisateur afin d'obtenir un environnement différent. Tu peux essayer
(plusieurs "v") pour obtenir plus de sortie de débogage, peut-être que cela donne un indice quelque part au démarrage.
la source