Cuando me meto en un sistema Linux Mint 17 sin cabeza, no crea actualización / crea un archivo .Xauthority.
Además, cuando corro xauth
me sale la respuesta:
marty@N40L ~ $ xauth
xauth: file /home/marty/.Xauthority does not exist
Using authority file /home/marty/.Xauthority
xauth>exit
marty@N40L ~ $ xauth
xauth: file /home/marty/.Xauthority does not exist
Using authority file /home/marty/.Xauthority
xauth>
No crea el archivo.
EDITAR:
Cuando conecto el monitor, luego inicio sesión localmente, el archivo se crea pero cuando trato de agregar una entrada (porque mi SSH no lo hace por mí):
marty@N40L ~ $ xauth list
N40L/unix:0 MIT-MAGIC-COOKIE-1 34eee3b15cdb281021502d40dfba1cf2
localhost.localdomain/unix:0 MIT-MAGIC-COOKIE-1 34eee3b15cdb281021502d40dfba1cf2
marty@N40L ~ $ ls -d .X*
-rw------- 1 marty marty 115 Sep 3 12:03 .Xauthority
marty@N40L ~ $ xauth generate $DISPLAY .
PuTTY X11 proxy: wrong authorisation protocol attemptedxauth: (argv):1: unable to open display "localhost:10.0".
Por cierto, hacer una netstat --listen
muestra del puerto escuchando:
tcp 0 0 localhost:6010 *:* LISTEN
AGH, más información. Salí de la sesión X en el servidor y ahora el archivo .Xauthority ha desaparecido. Parece que el archivo SOLO está allí cuando se inicia sesión localmente. ¿Alguien puede decirme por qué o cómo puedo solucionar esto?
NUEVO DESARROLLO:
Creé un usuario virgen en el sistema llamado "prueba". Luego inicié sesión, y sin NINGÚN otro comando, ejecuté xeyes. Que funcionó! Entonces es SOLO el usuario "marty" que no puede avanzar. ¿Cómo copio la configuración de prueba a marty?
ssh -X
habilita el reenvío X11.Respuestas:
Solo para informar, tuve un problema similar. Pero en mi caso solo sigo esos pasos :
Siga estos pasos para crear un
$HOME/.Xauthority
archivo.Inicie sesión como usuario y confirme que está en el directorio de inicio del usuario.
Después de eso no hay más problemas con el
.Xauthority
archivo desde entonces.Gracias y créditos a srinivasan .
fuente
strace xauth
, señaló la ruta incorrecta especificada en la variable. También debo agregar que también recibí errores de bloqueo, entre otrosxauth generate :0 . trusted
después de cada comando comouser
abrir una pantalla comoroot
. ¿Puedo arreglarlo?xhost +
ayudó a abrir x-apps comoroot
.xauth: (argv):1: unable to open display ":0".
Sólo para complementar la excelente tonelada 's respuesta .
Una vez tuve 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 única en él (por lo quexauth list
siempre había producido una salida vacía).Por lo tanto, sugiero que siempre se verifique el espacio libre (por ejemplo
df -h
:) y verifique esoxauth generate
yxauth add
, de hecho, haya tenido algún efecto (xauth list
).fuente
Después de descubrir que no era el sistema, al agregar un usuario de prueba (cuyo reenvío x funcionó "de fábrica"), pensé en comenzar a copiar los archivos de inicio .bash * para virginizar al usuario "roto".
Ninguno de los archivos era diferente, por lo que luego eliminé el directorio .ssh de usuarios. Cuando entré, gimió sobre "El servidor rechazó nuestra clave", pero pude iniciar sesión con una contraseña. Una vez que inicie sesión, podría x reenviar perfectamente.
Ahora intentaré configurar la clave nuevamente y ver si puedo hacer que funcione también. Entonces volverá a la normalidad.
fuente
Mover el
.ssh
directorio fuera del camino hizo que el reenvío X funcionara para mí.A través del proceso de eliminación, encontré un archivo en ~ / .ssh que se llamaba "rc" y contenía:
Nunca creé esto, y no tengo idea de dónde vino. Retirarlo ha solucionado el problema, y mis
authorized_keys
,known_hosts
y archivos de claves pueden todos se mantengan intactas.fuente
Bajo los privilegios de root, abra
/etc/ssh/sshd_config
y descomente las siguientes líneas si están comentadas:Luego, cierre sesión y vuelva a iniciar sesión con la
-X
marcassh
. No tiene que establecer o desarmarDISPLAY
la variable de entorno.fuente
Encontré este mismo problema en dos servidores que técnicamente eran nodos hermanos. Dolor en mi cola, ya que no podía entender qué era diferente. Resulta que el directorio / home estaba lleno, por lo que los archivos .Xauthority no podían llenarse correctamente. Una vez que localicé los archivos que ocupaban demasiado espacio y los purgué, se crearon nuevos archivos .Xauthority correctamente.
fuente