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?

xorg ssh Eekhoorn
la source
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").

sourcejedi
la source
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.

Jivings
la source
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.

Nagalman
la source
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.

Mitter Singh Thakur
la source
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
Pfuscher
la source
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

steve summers
la source
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