¿Cómo ejecutar el reenvío de Mountain Lion X11 a través de SSH?
Ejemplo:
ssh -X [email protected] xterm
mi / etc / sshd_config tiene
X11Forwarding yes
#X11DisplayOffset 10
X11UseLocalhost yes
# XAuthLocation added by XQuartz (http://xquartz.macosforge.org)
XAuthLocation /opt/X11/bin/xauth
Reinició sshd con
launchctl stop com.openssh.sshd
launchctl start com.openssh.sshd
(y desde Preferencias -> Compartir también)
Comencé XQuatrz, y desde el xterm ejecuto
ssh -v -X [email protected] xterm #this part not works :)
tengo el siguiente:
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
de la xterm
$ echo $DISPLAY
/tmp/launch-BHtJfJ/org.macosforge.xquartz:0
cambiarlo a :0
no ayuda
corriendo desde el 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
¿Alguna idea?
Respuestas:
Debe abrir XQuartz, vaya a X11 → Preferencias → Seguridad , hay dos casillas de verificación: deshabilite la primera, habilite la segunda. Reinicie XQuartz e intente nuevamente. También deberá definir la
$DISPLAY
variable de esta manera:fuente
clienthost
?No estoy seguro de cómo podría suceder esto, pero de la fuente SSH de donde proviene el mensaje de error:
Indica que, de hecho, ssh piensa que la variable no está establecida en absoluto (es decir, no está malformada o algo, pero falta).
No estoy seguro de si SSH cambia el contexto del usuario, por lo que obtiene un entorno diferente. Puedes probar
("v" múltiple) para obtener más resultados de depuración, tal vez esto dé una pista en algún lugar del inicio.
fuente