Descartar problemas del lado del servidor
Primero, debe descartar cualquier problema del lado del servidor. ¿Eres capaz ssh -X
de cualquier otro host con éxito? ¿ ssh -Y
Funciona mientras ssh -X
que no? En cualquier caso, suponga que ssh + X11 está configurado correctamente en su servidor y pase a la siguiente sección.
Si no está en condiciones de verificar eso (por ejemplo, solo tiene su computadora portátil con X11), puede ssh
hacerlo desde el servidor a sí mismo mediante una sesión falsa:
export DISPLAY=:44
# (Bourne shell) o
setenv DISPLAY :44
# (csh / tcsh)
xauth add $DISPLAY MIT-MAGIC-COOKIE-1 1234
# Galleta falsa solo para esta prueba
ssh -X localhost env |grep DISPLAY
Resultado esperado: debe haber una variable DISPLAY establecida en el extremo remoto de la sesión ssh-to-self. Si no obtiene ningún resultado, es probable que su servidor esté mal configurado (por ejemplo, las bibliotecas X11 y / o el xauth
comando podrían faltar; o la configuración sshd podría configurarse para denegar el acceso X11)
En Mac: compruebe que Xquartz esté actualizado
Según la respuesta de Will Angley
Examinar ssh -vv -X
salida
El mensaje de error que cita es un síntoma que puede tener muchas causas. Inténtalo de nuevo con , lo que debería darte pistas adicionales de por qué falló la configuración del túnel X11.ssh -X -vv remotehost
¿Ves aparecer el siguiente mensaje?
debug1: sin programa xauth.
Si es así,
- Tome nota de en qué parte de su sistema cliente
xauth
reside el comando:cual xauth
- Agregue lo siguiente al final de su ~ / .ssh / config (y agregue un comentario para recordar que debe mantenerlo allí en el futuro):
Anfitrión *
XAuthLocation / opt / X11 / bin / xauth
Ajuste esta ruta según los hallazgos del paso 1 - Créditos a Jan-Willem Arnold