mensaje molesto "Conexión X11 rechazada debido a autenticación incorrecta" mientras no hay ningún problema

15

Estoy teniendo un problema molesto.

Cuando estoy conectado a un host específico a través de SSH, el mensaje 

X11 connection rejected because of wrong authentication.

ocurre tres veces aparentemente al azar aproximadamente una vez por minuto. No tengo idea de dónde viene.

En realidad, ni siquiera hay un pequeño problema con el reenvío X11, funciona de maravilla. Pero este mensaje sigue apareciendo y me está volviendo loco.

¿Alguien tiene una idea de cómo deshacerse de él?

Estoy enfrentando el problema sin importar de dónde vengo, sucede desde mi escritorio Gnome y también desde un sistema Windows que utiliza PuTTY, MobaXterm, Cygwin, lo que sea.

Después de jugar un poco más, descubrí que la causa era un agente de supervisión (check_mk). Esto verifica algunos parámetros de tiempo de ejecución de las tareas en ejecución, el mensaje apareció cada vez, cuando este agente se activó desde el sistema de monitoreo, exactamente cuando se verificó el estado de PostgreSQL. Parece que este proceso intenta abrir una conexión X11 pero falla. El mensaje luego se escupe en mi sesión de terminal mientras intentaba usar mi sesión X11 reenviada.

¿Hay alguna forma de deshabilitar este mensaje?

linux ssh x11 cristiano
fuente

Respuestas:

21

Asegúrese de no quedarse sin espacio en disco

Ejecute df y asegúrese de tener suficiente espacio en disco, si tiene poco espacio en disco, elimine los archivos innecesarios de su sistema:

$ df -h

Si hay cuotas impuestas en los sistemas de archivos, verifique que no haya excedido su cuota:

$ quota -s

Asegúrese de que ~ / .Xauthority es propiedad de usted

Ejecute el siguiente comando para encontrar el propietario:

$ ls -l ~/.Xauthority

Ejecute chown y chmod para solucionar problemas de permisos [reemplace user: group con su nombre de usuario y nombre de grupo reales]:

$ chown user:group ~/.Xauthority
$ chmod 0600 ~/.Xauthority

Asegúrese de que el reenvío X11 SSHD esté habilitado

Asegúrese de que exista la siguiente línea en el archivo sshd_config:

$ grep X11Forwarding /etc/ssh/sshd_config

Salida de muestra:

X11Forwarding yes

Si X11 está deshabilitado, agregue la siguiente línea a sshd_cofing y reinicie el servidor ssh:

X11Forwarding yes

Asegúrese de que el reenvío de clientes X11 esté habilitado

Asegúrese de que su ssh_config local tenga las siguientes líneas:

Host *
ForwardX11 yes

Finalmente, inicie sesión en el servidor remoto y ejecute X11 de la siguiente manera desde su sistema de escritorio Mac OS X o Linux:

ssh -X [email protected]

El crédito por la información pertenece aquí: http://www.cyberciti.biz/faq/x11-connection-rejected-because-of-wrong-authentication/

Espero que ayude.

devnull
fuente
Lo leí, pero como en realidad no hay ningún problema para iniciar las aplicaciones X11, esos pasos no fueron aplicables. Sin embargo, mientras tanto encontré la causa del problema y lo actualizaré ahora.
Christian
Como se mencionó, esto no es relevante en este caso. El problema no es que mi intento de reenviar una conexión X11 falle. El problema es que otro usuario intenta usar mi reenvío X11 y que el mensaje se escupe en mi sesión de terminal activa lo que no quiero. La pregunta es "¿Hay alguna forma de desactivar este mensaje?".
Christian
Actualicé mi respuesta para un usuario que la solicitó y luego eliminé su comentario. Para su pregunta, intente deshabilitar el acceso del muro a todos menos a la raíz (suponiendo que el proceso no esté siendo ejecutado por el usuario root): $ sudo chmod gs / usr / bin / wall $ echo foo | wall
devnull
Emití "mensaje" que suprime los mensajes de la pared, pero seguía recibiendo esos :(
Christian
Si ese proceso es ejecutado por root, entonces lo haría. La raíz no puede ser deprimida. Si ese es el caso, cree un 'monitor' o el usuario que sea y mueva el monitoreo y demás para que sea ejecutado por ese usuario y luego ya no verá esos mensajes porque no será desde la raíz.
devnull
4

Podría ser un tiempo de espera de reenvío X11 no confiable. Usar la ForwardX11Timeoutopción con un gran tiempo de espera puede ayudar, como se sugiere en https://bugzilla.mindrot.org/show_bug.cgi?id=1718 (Tuve este problema en el pasado, pero IIRC, desapareció después de alguna actualización).

vinc17
fuente
Por desgracia no es así, también cuando me puse de forma explícita ForwardX11Trusted yesen /etc/ssh_config.
Christian
2

Si tiene la aplicación de SELINUX y su directorio de inicio no está en el directorio / home, ese es su problema. La configuración de SELINUX dirigida asume que todos los directorios de inicio de los usuarios están en / home, por lo que xauth no funciona correctamente porque el tipo de SELINUX en su directorio de inicio no es correcto. Desearía poder recomendar una solución, pero la que encontré no funcionó. Configuré SELINUX en permisivo para solucionar este problema.

Fred
fuente
0

Instale XQuartz en mac si es necesario e inicie sesión directamente con el usuario. Ejemplo: mientras instalaba oracledb, intentaba iniciar sesión con root y luego ejecutaba el comando del usuario de Oracle después de sudo su - oracle.

Inicie sesión directamente con oracle ssh -X oracle @ hostname

Ritesh Chaman
fuente