message ennuyeux "connexion X11 rejetée en raison d'une mauvaise authentification" alors qu'il n'y a aucun problème
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 petit 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 a-t-il une idée de comment s'en débarrasser?
Je suis confronté au problème, peu importe d'où je viens, cela se produit à partir de mon bureau Gnome et également à 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?
Assurez-vous que vous ne manquez pas d'espace disque
Exécutez df et assurez-vous que vous disposez de suffisamment d'espace disque.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.
Il peut s'agir d'un délai de transmission X11 non fiable. En utilisant le ForwardX11Timeout une option 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 disparu après une mise à niveau).
Si SELINUX est appliqué et que votre répertoire personnel ne se trouve 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.
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 et d'exécuter la commande de l'utilisateur Oracle après Sudo su - Oracle.
Connectez-vous directement avec Oracle ssh -X Oracle @ hostname
Essayez de régler cela et cela fonctionne pour moi:
X11UseLocalhost yes
référence: https://medium.com/@toja/using-x11-apps-in-mac-os-x-c74b304fd128