Esta pregunta se puede solucionar de diferentes maneras, pero te mostramos la que en nuestra opinión es la resolución más completa.
Solución:
Solo para informar, tuve un problema similar. Pero en mi caso solo sigo esos pasos:
Siga estos pasos para crear un $HOME/.Xauthority
expediente.
Inicie sesión como usuario y confirme que se encuentra en el directorio de inicio del usuario.
# Rename the existing .Xauthority file by running the following command
mv .Xauthority old.Xauthority
# xauth with complain unless ~/.Xauthority exists
touch ~/.Xauthority
# only this one key is needed for X11 over SSH
xauth generate :0 . trusted
# generate our own key, xauth requires 128 bit hex encoding
xauth add $HOST:0 . $(xxd -l 16 -p /dev/urandom)
# To view a listing of the .Xauthority file, enter the following
xauth list
Después de eso no hay más problemas con .Xauthority
archivo desde entonces.
Gracias y créditos a srinivasan.
Solo para complementar la excelente respuesta de toneladas.
Una vez tuve exactamente el mismo problema porque mi directorio de inicio se había llenado al 100%. Tras la conexión, ssh
creó un vacío ~/.Xauthority
y no pudo escribir ninguna entrada individual en él (de modo que xauth list
siempre había producido una salida vacía).
Así que sugiero que uno siempre verifique el espacio libre (por ejemplo: df -h
) y verifica que xauth generate
y xauth add
de hecho han tenido algún efecto (xauth list
).
Bajo privilegios de root abierto /etc/ssh/sshd_config
y descomente las siguientes líneas si están comentadas:
X11Reenvío sí
Desplazamiento de pantalla X11 10
X11UseLocalhost sí
Luego cierre la sesión y vuelva a iniciar sesión con -X
bandera en ssh
. No tienes que armar o desarmar DISPLAY
Variable ambiental.
Comentarios y puntuaciones
Si posees algún titubeo y forma de aumentar nuestro post te evocamos dejar un paráfrasis y con gusto lo interpretaremos.