Si ssh puede establecer la conexión, se establecerá DISPLAY
en el valor adecuado. Como ha X11DisplayOffset
establecido en 10 (el valor predeterminado), ssh usará la primera pantalla disponible a partir de 10. Si ve un valor inferior a 10¹, entonces algo está interfiriendo con el reenvío X11 normal configurado por ssh, al menos por primordial DISPLAY
. El valor :0
(o :0.0
la parte posterior al punto es irrelevante) indica la primera pantalla que se inició en la máquina, que en casos típicos es la sesión activa (o el mensaje de inicio de sesión gráfico) en la consola de la máquina.
La explicación más probable para el comportamiento que observa es que se establece uno de sus archivos de configuración de shell DISPLAY
. El culpable más obvio es ~/.bashrc
(que debido a una peculiaridad de bash se ejecuta cada vez que el padre de bash es rshd
o sshd
, incluso si el shell no es interactivo). Otro archivo que define variables de entorno es /etc/environment
. Si ese es el caso, la solución es obvia: no establezca DISPLAY
allí. (Hay muy pocos casos en los que deba configurarlo DISPLAY
manualmente).
Hay otras explicaciones exóticas. Esto podría suceder si ha cambiado su shell de inicio de sesión a screen
( DISPLAY
una buena idea en teoría, pero no práctica) y tiene un archivo de inicialización de shell que se establece a la fuerza dentro de la pantalla (no es una buena idea). Esto también podría suceder si configuró el servidor para aceptar las variables de entorno enviadas por el cliente ( AcceptEnv
directiva en sshd_config
), el cliente está enviando DISPLAY
y no se pudo establecer la conexión X. O podría suceder si configura una variable de entorno en el servidor a través de la command
directiva in ~/.ssh/authorized_keys
. O xterm
podría ser un guión.
¹ O cualquiera que sea el valor de X11DisplayOffset
está en la configuración del servidor, pero casi nunca ha cambiado desde el valor predeterminado.
xterm
en la terminal actual antes de ssh-ing?