Connexion X11 rejetée en raison d'une authentification incorrecte


18

J'essaie de courir gpartedsur mon Raspberry Pi. Après avoir ouvert une session avec ssh -X pi@piet essayé d'exécuter sudo gparted, je reçois le message d'erreur ...

Connexion X11 rejetée en raison d'une mauvaise authentification.

Lorsque j'essaie xauth list, rien ne s'affiche, ce qui signifie que le fichier xauth est manquant. Quelle est la manière la plus simple de faire fonctionner la redirection X11?


Edit: j'ai essayé la suggestion ci-dessous, mais la première étape échoue déjà:

root @ raspberrypi: ~ # xauth list $ DISPLAY

xauth: le fichier /root/.Xauthority n'existe pas

Comment générer ce fichier?


1
Existe-t-il réellement une session X à laquelle transférer la session distante? Vous ne faites pas ça avec du mastic, n'est-ce pas?!
Jivings

Réponses:


13

Un moyen pratique consiste à utiliser la gksudocommande à la place. (Du paquet Debian "gksu").


Oui, c'est probablement une solution meilleure et plus facile.
Jivings

J'ai essayé des solutions utilisant xauth et des trucs similaires, mais c'était la seule solution qui fonctionnait réellement pour moi!
Hiura

10

Le problème est que la session X pour le superutilisateur ne sait pas ce qu'est le cookie.

Après vous être connecté au Pi, exécutez ce qui suit:

$ xauth list $DISPLAY 

Cela imprime le cookie, quelque chose comme ceci:

pi:10 mit-magic-cookie-1 4d22408aga55sad1ccd165723g77923ae

Basculez ensuite le superutilisateur avec suet définissez le cookie:

# xauth add pi:10 mit-magic-cookie-1 4d22408aga55sad1ccd165723g77923ae 

Le transfert X devrait maintenant fonctionner pour root.


Y a-t-il un argument que vous pouvez transmettre à sudo?
Alex Chamberlain

@AlexChamberlain Pas que je sache.
Jivings

Cela ne fonctionne malheureusement pas. Voir ma modification dans le post d'origine.
Eekhoorn

1
@zenbomb Il semble que vous ayez exécuté en xauth listtant que root, ce qui bien sûr échoue. Vous souhaitez répertorier les cookies pour l'utilisateur et les ajouter pour root.
XTL

La fusion xauth est tellement plus pratique que la liste xauth suivie de l'ajout xauth.
Jon Watte

5

J'ai donc eu la même erreur:

xauth: file /root/.Xauthority does not exist

lorsque vous essayez d'ajouter le cookie au compte root en utilisant (exemple uniquement)

xauth add pi:10 mit-magic-cookie-1 4d22408aga55sad1ccd165723g77923ae 

J'ai résolu ce problème en créant le /root.Xauthorityfichier (connecté en tant que root):

touch /root/.Xauthority

La commande touchcrée un fichier vide. J'espère que ça aide.


1

Solution:

1. ssh mitter @ host '

2. $ sudo su

3. # xauth merge /home/mitter/.Xauthority

Configurez la variable $ DISPLAY, si elle n'est pas configurée.


1
qu'est-ce que la mitter?
Steve Robillard

"mitter" est son nom d'utilisateur particulier. Le nom d'utilisateur que vous souhaitez fusionner dépend du système que vous utilisez et de l'utilisateur auquel vous vous connectez comme initialement. Sur un Raspberry Pi, le nom d'utilisateur par défaut est "pi". Sur de nombreuses installations Ubuntu, le nom d'utilisateur par défaut est "ubuntu".
Jon Watte

-1

je l'ai corrigé avec un lien symbolique:

ln -s /home/[my username]/.Xauthority /root/.Xauthority

Mauvaise idée. Cela créera un problème d'autorisations pour [nom d'utilisateur] si vous utilisez le compte root avec X.
goldilocks

-2

je viens de copier le .Xauthority de / home / user vers / root


1
Ceci est officiellement mal vu car il établit de mauvaises habitudes qui vous causent des ennuis sur les machines multi-utilisateurs. Fonctionne comme un régal sur les machines mono-utilisateur.
hildred
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.