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

4

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.

Hlovdal
la source

Réponses:

15

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.

SMMousavi
la source
C’est ce qui corrige pour moi la connexion framboise pi à Ubuntu 12.04, à la fois à la maison.
Klausnrooster
J'ai commencé à recevoir le même message après la mise à niveau de Unbuntu 17.10 sur une machine virtuelle Azure. Je ne me souviens pas très bien si j'ai commencé à voir ce message juste après la mise à niveau lorsque je me suis connecté à distance avec Putty ou après avoir installé xrdp, car je souhaitais disposer d'une connexion de bureau à distance à partir de mon ordinateur Windows 7. Quoi qu'il en soit, votre solution suggérée a résolu ce problème.
Diego Tercero
1

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.

Hlovdal
la source
1

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.

Paul
la source
1
Cela pourrait aider à expliquer la commande - j'ai jeté un coup d'œil à la page de manuel strace , mais je ne comprends pas ce que -ooutsignifie l'argument . Expliquer que cela transformerait une bonne réponse en une excellente.
Journeyman Geek
0

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
Diego Reyes
la source
3
Le problème des OP était un bug connu. De quel "problème" parlez-vous? Veuillez développer votre réponse pour expliquer pourquoi cela aide.
cʜιᴇ007