fastidioso messaggio "Connessione X11 rifiutata a causa di un'autenticazione errata" mentre non ci sono problemi


15

Sto avendo un fastidioso problema.

Quando ho effettuato l'accesso a un host specifico tramite SSH, il messaggio

X11 connection rejected because of wrong authentication.

si presenta tre volte apparentemente casuale circa una volta al minuto. Non ho idea da dove venga.

In realtà, non c'è nemmeno alcun leggero problema con l'inoltro X11, funziona come un fascino. Ma questo messaggio continua ad apparire e mi sta facendo impazzire.

Qualcuno ha idea di come sbarazzarsene?

Sto affrontando il problema, non importa da dove vengo, succede dal mio desktop Gnome e anche da un sistema Windows che utilizza PuTTY, MobaXterm, Cygwin, qualunque cosa.


Dopo aver giocato ancora un po ', ho scoperto che la causa era un agent di monitoraggio (check_mk). Questo controlla alcuni parametri di runtime delle attività in esecuzione, il messaggio appare ogni volta, quando questo agente è stato attivato dal sistema di monitoraggio, esattamente quando viene controllato lo stato PostgreSQL. Sembra che questo processo tenti di aprire una connessione X11 ma non riesce. Il messaggio viene quindi sputato nella mia sessione terminale mentre tentava di utilizzare la mia sessione X11 inoltrata.

C'è un modo per disabilitare questo messaggio?

Risposte:


21

Assicurarsi che non si stia esaurendo lo spazio su disco

Esegui df e assicurati di avere spazio su disco sufficiente, se hai poco spazio su disco rimuovi i file non necessari dal tuo sistema:

$ df -h

Se ci sono quote imposte sui file system, controlla di non aver superato la tua quota:

$ quota -s

Assicurati che ~ / .Xauthority sia di tua proprietà

Eseguire il comando seguente per trovare ownweship:

$ ls -l ~/.Xauthority

Esegui chown e chmod per risolvere i problemi di autorizzazione [sostituisci utente: gruppo con il tuo nome utente e nome gruppo effettivi]:

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

Assicurarsi che X11 SSHD Forwarding sia abilitato

Assicurarsi che esista la seguente riga nel file sshd_config:

$ grep X11Forwarding /etc/ssh/sshd_config

Uscita campione:

X11Forwarding yes

Se X11 disabilitato aggiungi la seguente riga a sshd_cofing e riavvia il server ssh:

X11Forwarding yes

Assicurarsi che l'inoltro client X11 sia abilitato

Assicurati che il tuo ssh_config locale abbia le seguenti righe:

Host *
ForwardX11 yes

Infine, accedi al server remoto ed esegui X11 come segue dal tuo sistema desktop Mac OS X o Linux:

ssh -X user@remote-host.com

Il credito per l'informazione appartiene qui: http://www.cyberciti.biz/faq/x11-connection-rejected-because-of-wrong-authentication/

Spero possa aiutare.


L'ho letto, ma dato che in realtà non vi sono problemi nell'avvio delle applicazioni X11, questi passaggi non erano applicabili. Tuttavia, nel frattempo ho trovato la causa del problema e ora aggiornerò.
Christian,

Come accennato, questo non è rilevante in questo caso. Il problema non è che il mio tentativo di inoltrare una connessione X11 fallisce. Il problema è che un altro utente tenta di utilizzare il mio X11-Forwarding e che il messaggio viene sputato sulla mia sessione di terminale attiva ciò che non desidero. La domanda è "Esiste un modo per disabilitare questo messaggio?".
Christian,

Ho aggiornato la mia risposta per un utente che l'ha richiesta, quindi ho rimosso il suo commento dopo. Per la tua domanda prova a disabilitare l'accesso al muro a tutti tranne root (supponendo che il processo non sia eseguito dall'utente root): $ sudo chmod gs / usr / bin / wall $ echo foo | wall
devnull,

Ho pubblicato "mesg n" ciò che sopprime i messaggi a muro, ma continuavo a ricevere quelli :(
Christian,

Se quel processo viene eseguito da root, lo faresti. La radice non può essere sorpresa. In tal caso, crea un "monitor" o qualsiasi altro utente e sposta il monitoraggio e tale da eseguirlo da parte di quell'utente e quindi non vedrai più quei messaggi perché non verrà dal root.
devnull,

4

Potrebbe essere timeout di inoltro X11 non attendibile. L'uso ForwardX11Timeoutdell'opzione con un timeout di grandi dimensioni può aiutare, come suggerito in https://bugzilla.mindrot.org/show_bug.cgi?id=1718 (ho riscontrato questo problema in passato, ma IIRC, è scomparso dopo alcuni aggiornamenti).


Purtroppo, anche quando sono esplicitamente messo ForwardX11Trusted yesin /etc/ssh_config.
Christian,

2

Se si utilizza SELINUX e la propria directory home non si trova nella directory / home, questo è il problema. Le impostazioni SELINUX targetizzate presuppongono che tutte le home directory degli utenti siano in / home, quindi xauth non funziona correttamente perché il tipo SELINUX nella directory home non è corretto. Vorrei poter consigliare una correzione, ma quella che ho trovato non ha funzionato. Ho impostato SELINUX su permissivo per aggirare questo problema.



0

Installa XQuartz su Mac se necessario e accedi direttamente con l'utente. Esempio - Durante l'installazione di oracledb stavo cercando di accedere con root e quindi eseguire il comando dall'utente oracle dopo sudo su - oracle.

Accedi direttamente con oracle ssh -X oracle @ hostname

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.