Erreurs de transfert ssh Xauth / X11 avec le fichier .Xauthority non accessible en écriture

Lorsque ssh -Y remotehostje me connecte avec, je reçois le message d'erreur suivant:

/ usr / bin / xauth: /home/hlovdal/.Xauthority non accessible en écriture, les modifications seront ignorées

Et xclock et similaire ne parvient pas à démarrer. Il n'y a rien de mal avec les autorisations du fichier .Xauthority malgré le message d'erreur.

(hlovdal) remotehost:~>xclock
X11 connection rejected because of wrong authentication.
X11 connection rejected because of wrong authentication.
X11 connection rejected because of wrong authentication.
X11 connection rejected because of wrong authentication.
Error: Can't open display: localhost:10.0
(hlovdal) remotehost:~>ls -l /home/hlovdal/.Xauthority
-rw-------. 1 hlovdal hlovdal 70 Jul 25 23:30 /home/hlovdal/.Xauthority
(hlovdal) remotehost:~>

Quelle pourrait être la cause ici?

(C’est entre mes deux ordinateurs portables où j’ai chiné des centaines de fois auparavant.)

Mise à jour:

Lors du débogage, xauth s'est de nouveau plaint de ne pas pouvoir écrire dans .Xauthority. Cela n'a aucun sens puisque le fichier est accessible en écriture par mon utilisateur et, curieusement, j'ai exécuté strace pour voir exactement ce qu'il essayait de faire.

(hlovdal) remotehost:~>xauth list
xauth:  /home/hlovdal/.Xauthority not writable, changes will be ignored
(hlovdal) remotehost:~>strace -oout -f -s9000 xauth list
xauth:  error in locking authority file /home/hlovdal/.Xauthority
(hlovdal) remotehost:~>tail out
16634 brk(0xf03000)                     = 0xf03000
16634 brk(0)                            = 0xf03000
16634 rt_sigaction(SIGINT, {0x4050d0, [INT], SA_RESTORER|SA_RESTART, 0x3957035350}, {SIG_DFL, [], 0}, 8) = 0
16634 rt_sigaction(SIGTERM, {0x4050d0, [TERM], SA_RESTORER|SA_RESTART, 0x3957035350}, {SIG_DFL, [], 0}, 8) = 0
16634 rt_sigaction(SIGHUP, {0x4050d0, [HUP], SA_RESTORER|SA_RESTART, 0x3957035350}, {SIG_DFL, [], 0}, 8) = 0
16634 rt_sigaction(SIGPIPE, {0x4050d0, [PIPE], SA_RESTORER|SA_RESTART, 0x3957035350}, {SIG_DFL, [], 0}, 8) = 0
16634 stat("/home/hlovdal/.Xauthority-c", {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
16634 open("/home/hlovdal/.Xauthority-c", O_WRONLY|O_CREAT|O_EXCL, 0600) = -1 EEXIST (File exists)
16634 write(2, "xauth:  error in locking authority file /home/hlovdal/.Xauthority\n", 66) = 66
16634 exit_group(1)                     = ?
(hlovdal) remotehost:~>ls -l .Xauthority*
-rw-------. 1 hlovdal hlovdal 70 Jul 25 23:30 .Xauthority
-rw-------. 2 hlovdal hlovdal  0 Jul 26 01:26 .Xauthority-c
-rw-------. 2 hlovdal hlovdal  0 Jul 26 01:26 .Xauthority-l
(hlovdal) remotehost:~>

Cela explique mieux pourquoi xauth échoue car il ne parvient pas à créer .Xauthority-c. Mais supprimer ces deux fichiers probablement périmés n’aide en rien, ils sont recréés lors de la prochaine connexion ssh. syslog dans remotehost contient les informations suivantes relatives à la connexion SSH.

sshd[17551]: Accepted publickey for hlovdal from x.x.x.x port 36545 ssh2
sshd[17552]: fatal: mm_request_receive: read: Connection reset by peer
sshd[17551]: pam_unix(sshd:session): session opened for user hlovdal by (uid=0)

Ce message d'erreur mm_request_receive n'est jamais apparu auparavant, je suppose donc qu'il existe un indice pour un débogage ultérieur.

J'ai eu le même problème après la synchronisation de mon dossier personnel sur Ubuntu 12.04. Je l'ai résolu en utilisant les commandes suivantes:

rm ~/.Xaut* 

Puis je me suis déconnecté puis reconnecté. Après l'avertissement apparu:

/usr/bin/xauth:  file /home/iranice/.Xauthority does not exist

Après cela, Linux a créé le .Xauthorityfichier automatiquement. Je me suis déconnecté et re-connecté et tout était OK.

Cela semble être un problème déjà connu signalé sur le site bugzilla de Redhat , je vais donc "fermer" cette question et continuer à faire rapport à ce rapport de bogue.

Pour moi, j'ai eu cette erreur:

/usr/bin/xauth: error in locking authority file /home/toto/.Xauthority

parce que ma partition / home était pleine.

Libérer de l'espace sur cette partition a résolu ce problème.

La commande strace: strace -oout -f -s9000 xauth lista été utile pour identifier le problème.

Le problème pour moi était les autorisations SELinux. Ils doivent être configurés comme suit:

chcon -Rv unconfined_u:object_r:xauth_home_t: s0 /PATH/.Xauthority