Tengo un problema con el reenvío de X a través de SSH. He luchado durante años, pero parece que nadie puede ayudar.
Ahora estoy tomando un tacto diferente. ¿Me gustaría saber cómo depurar los errores?
¿Qué registros debo buscar, qué marcas adicionales debo establecer (-v, etc.) y qué debo buscar?
Edición adicional:
Si inicio sesión en Putty en el servidor e intento xeyes
, obtengo:
Proxy PuTTY X11: intento de protocolo de autorización incorrecto Error: no se puede abrir la pantalla: localhost: 10.0
Si xauth generate $DISPLAY
me sale:
Proxy PuTTY X11: protocolo de autorización incorrecto intentoxauth: (argv): 1: no se puede abrir la pantalla "localhost: 10.0".
ssh
logging
debug
x11-forwarding
wkdmarty
fuente
fuente
Respuestas:
Mi solución paso a paso:
1) inicie sesión con la opción -X raíz de inicio de sesión de host remoto
2) compruebe si existe un archivo .Xauthority
3) copie el archivo .Xauthority al directorio del otro usuario
4) establecer permisos para este archivo
5) iniciar sesión usuario de Oracle
6) configuración de visualización en localhost: 10.0
7) enumera las cookies xauth existentes
8) agregando
9) prueba
Espero que les sirva! @wcaraza
fuente
Asegúrese de que el servidor SSH tenga
xauth
instalada la herramienta y que su~/.Xauthority
archivo se pueda escribir. (Inexistente también está bien, siempre quexauth
pueda crearlo).Compruebe si los datos de xauth se están actualizando:
Intente agregar manualmente datos ficticios de xauth (nuevamente, en el servidor SSH) y vea si
xauth
tiene algún problema (por ejemplo, no poder crear el archivo de bloqueo o modificar el archivo Xauthority):Si es necesario, vuelva a ejecutar debajo
strace
.Ejecute el servicio SSH en modo de depuración, configurando
LogLevel DEBUG2
en la configuración del servidor (/etc/ssh/sshd_config
), o iniciando sshd en modo de depuración directamente:(En este ejemplo,
12234
es el puerto SSH temporal al que necesita conectarse. Cualquier puerto libre servirá).fuente
Está funcionando, está funcionando. jaja.
FINALMENTE.
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
Una cosa más que puede causar este problema es la existencia de un
~/.ssh/rc
archivo en el servidor, la máquina a la que se está conectando. Elimínelo (o cámbiele el nombre) para resolver el problema.fuente
man sshd
, sshd se ejecuta en~/.ssh/rc
lugar dexauth
@PimpJuiceIT.rm ~/.Xauth*
y luego reconectarte.Esto funciona para mi. Para más detalles
fuente