message ennuyeux "Connexion X11 rejetée en raison d'une mauvaise authentification" alors qu'il n'y a aucun problème du tout

15

J'ai un problème ennuyeux.

Lorsque je suis connecté à un hôte spécifique via SSH, le message 

X11 connection rejected because of wrong authentication.

se produit trois fois apparemment au hasard environ une fois par minute. Je ne sais pas d'où ça vient.

En fait, il n'y a même pas de léger problème avec le transfert X11, cela fonctionne comme un charme. Mais ce message continue d'apparaître et ça me rend fou.

Quelqu'un at-il une idée de comment s'en débarrasser?

Je suis confronté au problème, peu importe d'où je viens, cela arrive à partir de mon Gnome-Desktop et aussi à partir d'un système Windows utilisant PuTTY, MobaXterm, Cygwin, peu importe.

Après avoir tordu un peu plus, j'ai trouvé que la cause était un agent de surveillance (check_mk). Cela vérifie certains paramètres d'exécution des tâches en cours d'exécution, le message est apparu à chaque fois, lorsque cet agent a été déclenché à partir du système de surveillance, exactement lorsque l'état PostgreSQL est vérifié. Il semble que ce processus tente d'ouvrir une connexion X11 mais échoue. Le message est ensuite recraché dans ma session de terminal alors qu'il tentait d'utiliser ma session X11 transférée.

Existe-t-il un moyen de désactiver ce message?

linux ssh x11 Christian
la source

Réponses:

21

Assurez-vous que vous ne manquez pas d'espace disque

Exécutez df et assurez-vous que vous disposez d'un espace disque suffisant.Si vous manquez d'espace disque, supprimez les fichiers inutiles de votre système:

$ df -h

Si des quotas sont imposés aux systèmes de fichiers, vérifiez que vous n'avez pas dépassé votre quota:

$ quota -s

Assurez-vous que ~ / .Xauthority vous appartient

Exécutez la commande suivante pour trouver votre propre propriété:

$ ls -l ~/.Xauthority

Exécutez chown et chmod pour résoudre les problèmes d'autorisation [remplacez user: group par votre nom d'utilisateur et votre nom de groupe réels]:

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

Assurez-vous que le transfert X11 SSHD est activé

Assurez-vous que la ligne suivante existe dans le fichier sshd_config:

$ grep X11Forwarding /etc/ssh/sshd_config

Exemple de sortie:

X11Forwarding yes

Si X11 désactivé, ajoutez la ligne suivante à sshd_cofing et redémarrez le serveur ssh:

X11Forwarding yes

Assurez-vous que le transfert client X11 est activé

Assurez-vous que votre ssh_config local a les lignes suivantes:

Host *
ForwardX11 yes

Enfin, connectez-vous au serveur distant et exécutez X11 comme suit à partir de votre système de bureau Mac OS X ou Linux:

ssh -X [email protected]

Le crédit pour les informations appartient ici: http://www.cyberciti.biz/faq/x11-connection-rejected-because-of-wrong-authentication/

J'espère que cela pourra aider.

devnull
la source
J'ai lu cela, mais comme il n'y a en fait aucun problème à démarrer les applications X11, ces étapes n'étaient pas applicables. Cependant, en attendant, j'ai trouvé la cause du problème et je mettrai à jour maintenant.
Christian
Comme mentionné, cela n'est pas pertinent dans ce cas. Le problème n'est pas que ma tentative de transfert d'une connexion X11 échoue. Le problème est qu'un autre utilisateur essaie d'utiliser mon X11-Forwarding et que le message est recraché sur ma session de terminal active ce que je ne veux pas. La question est "Existe-t-il un moyen de désactiver ce message?".
Christian
J'ai mis à jour ma réponse pour un utilisateur qui l'a demandée, puis j'ai supprimé son commentaire après. Pour votre question, essayez de désactiver l'accès au mur à tout sauf root (en supposant que le processus n'est pas exécuté par l'utilisateur root): $ sudo chmod gs / usr / bin / wall $ echo foo | wall
devnull
J'ai publié "mesg n" ce qui supprime les messages muraux, mais j'ai quand même continué à les recevoir :(
Christian
Si ce processus est exécuté par root, vous le feriez. La racine ne peut pas être étouffée. Si tel est le cas, créez un «moniteur» ou un autre utilisateur et déplacez la surveillance et autres pour être exécutée par cet utilisateur et vous ne verrez plus ces messages car ils ne proviendront pas de la racine.
devnull
4

Il peut s'agir d'un délai de transmission X11 non fiable. L'utilisation de l' ForwardX11Timeoutoption avec un délai d'attente important peut aider, comme suggéré dans https://bugzilla.mindrot.org/show_bug.cgi?id=1718 (j'ai eu ce problème dans le passé, mais IIRC, il a disparu après une mise à niveau).

vinc17
la source
Malheureusement non, aussi quand je mis explicitement ForwardX11Trusted yesen /etc/ssh_config.
Christian
2

Si SELINUX est appliqué et que votre répertoire personnel n'est pas dans le répertoire / home, c'est votre problème. Les paramètres SELINUX ciblés supposent que tous les répertoires personnels des utilisateurs se trouvent sous / home, donc xauth ne fonctionne pas correctement car le type SELINUX de votre répertoire personnel n'est pas correct. J'aimerais pouvoir recommander un correctif, mais celui que j'ai trouvé n'a pas fonctionné. J'ai défini SELINUX sur permissif pour contourner ce problème.

Fred
la source
0

Installez XQuartz sur mac si nécessaire et connectez-vous directement avec l'utilisateur. Exemple - Lors de l'installation d'oracledb, j'essayais de me connecter avec root, puis d'exécuter la commande de l'utilisateur oracle après sudo su- oracle.

Connectez-vous directement avec oracle ssh -X oracle @ hostname

Ritesh Chaman
la source