Mountain Lion ssh -X problemas

8

¿Cómo ejecutar el reenvío de Mountain Lion X11 a través de SSH?

Ejemplo:

ssh -X some@example.com 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 mrp@192.168.1.17 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 no-more-sessions@openssh.com
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 eow@openssh.com 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 :0no 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?

x11 xquartz

— jm666
fuente

¿Podría aclarar qué parte no le funciona?

— recatada

@demure Mi inglés no es lo suficientemente bueno, tenía la esperanza de que el mensaje de error sea lo suficientemente claro. Pero está bien, agregó un comentario a la pregunta, para mostrar exactamente lo que no funciona. O más preciso, no funciona el túnel de protocolo X a través de ssh por alguna extraña razón. Quizás xauth. Gracias por tu interés. :)

— jm666

8

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 $DISPLAYvariable de esta manera:

export DISPLAY=clienthost:0.0

— Andreu
fuente

Mientras tanto, descubrí que el problema estaba en el otro lado, no en mi OS X.; Gracias de todos modos +1.

— jm666

@ jm666, Andreu Tengo el mismo problema y esta solución no me funcionó, # jm66 podría compartir su experiencia para resolver este problema.

— math137

¿Qué es clienthost?

— Jonathan

1

No estoy seguro de cómo podría suceder esto, pero de la fuente SSH de donde proviene el mensaje de error:

/* Try to open a socket for the local X server. */
display = getenv("DISPLAY");
if (!display) {
    error("DISPLAY not set.");
    return -1;
}

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

ssh -vvv ....

("v" múltiple) para obtener más resultados de depuración, tal vez esto dé una pista en algún lugar del inicio.

— Terminación
fuente

wow - buena idea el vvv múltiple - va a verificar. Gracias :)

— jm666

ok, espero que ayude

— Terminality