xauth ne crée pas de fichier .Xauthority

Question

xauth ne crée pas de fichier .Xauthority

Demandé el 3 de Septembre, 2014: Quand la question a-t-elle été
405498 affichage: Nombre de visites la question a
3 Réponses: Nombre de réponses aux questions
Résolu: Situation réelle de la question

Lorsque je me connecte à un système Linux Mint 17 sans tête, il ne crée pas de fichier .Xauthority ou ne le met pas à jour.

De plus, lorsque j'exécute xauth On me répond :

marty@N40L ~ $ xauth
xauth:  file /home/marty/.Xauthority does not exist
Using authority file /home/marty/.Xauthority
xauth>exit
marty@N40L ~ $ xauth
xauth:  file /home/marty/.Xauthority does not exist
Using authority file /home/marty/.Xauthority
xauth>

Il ne crée pas le fichier.

EDIT :

Lorsque je me connecte au moniteur, puis que je me connecte localement, le fichier est créé, mais lorsque j'essaie d'ajouter une entrée (parce que mon SSH ne le fait pas pour moi) :

marty@N40L ~ $ xauth list
N40L/unix:0  MIT-MAGIC-COOKIE-1  34eee3b15cdb281021502d40dfba1cf2
localhost.localdomain/unix:0  MIT-MAGIC-COOKIE-1  34eee3b15cdb281021502d40dfba1cf2
marty@N40L ~ $ ls -d .X*
-rw------- 1 marty marty 115 Sep  3 12:03 .Xauthority
marty@N40L ~ $ xauth generate $DISPLAY .
PuTTY X11 proxy: wrong authorisation protocol attemptedxauth: (argv):1:  unable to open display "localhost:10.0".

Par ailleurs, la réalisation d'un netstat --listen indique le port en écoute :

tcp 0 0 localhost:6010 *:* LISTEN

AGH, plus d'informations. Je me suis déconnecté de la session X sur le serveur, et maintenant le fichier .Xauthority a disparu. Il semble que le fichier ne soit présent que lorsque l'on se connecte localement. Quelqu'un peut-il me dire pourquoi ou comment je peux résoudre ce problème ?

NOUVEAU DÉVELOPPEMENT :

J'ai créé un utilisateur vierge sur le système, appelé "test". Je me suis ensuite connecté, et sans AUCUNE autre commande, j'ai lancé xeyes. Ce qui a fonctionné ! C'est donc UNIQUEMENT l'utilisateur "marty" qui ne peut pas xforward. Comment puis-je copier les paramètres de test à marty ?

Demandé el 3 de Septembre, 2014 par Automatischa Eins

Answer 1

3 Réponses

Answer 2

2voto

Linux_User Points 21

J'ai rencontré ce même problème sur deux serveurs qui étaient techniquement des nœuds frères. Je n'arrivais pas à comprendre ce qui était différent. Il s'est avéré que le répertoire /home était plein, de sorte que les fichiers .Xauthority ne pouvaient pas être remplis correctement. Une fois que j'ai localisé le(s) fichier(s) prenant trop d'espace et que je les ai purgés, les nouveaux fichiers .Xauthority ont été créés correctement.

Répondu el 11 de Janvier, 2019 par Linux_User (21 Points )

Answer 3

2voto

polynomial_donut Points 121

Voici une autre réponse, que j'aurais aimé trouver (traitant le cas de la redirection d'une VM hôte vers sa VM invitée) :

Il peut y avoir certaines images de VM (dans mon cas une image KVM pour Ubuntu 18.04) dans lesquelles, pour une raison ou une autre, la valeur par défaut de l'option /etc/ssh/sshd_config para AddressFamily est fixé à any (J'ai découvert cette possibilité par hasard ici sur la plateforme Bugzilla de Redhat Après avoir cherché sur Google, une erreur s'est produite lors de l'exécution de journalctl -xe avec la sous-catégorie "Failed to allocate internet-domain X11 display socket." ).

L'hypothèse est bien sûr que xauth est installé/exécuté.

Ainsi, ce que l'on peut trouver dans les autres réponses ici était pas Pour ma part, j'avais besoin des réglages :

AddressFamily inet
X11Forwarding yes
X11DisplayOffset 10
X11UseLocalhost no

En 10 devrait dépendre de la configuration de votre machine hôte, j'ai dû utiliser X11UseLocalhost no Sinon, l'invité KVM essaierait de transférer vers ses propres écrans, et non vers ceux de l'ordinateur hôte.

Si vous utilisez ssh-agent , alors il y a

AllowAgentForwarding yes

qui devrait probablement être activée.

Répondu el 8 de Septembre, 2020 par polynomial_donut (121 Points )

Answer 4

1voto

Automatischa Eins Points 1

Après avoir découvert que ce n'était pas le système, en ajoutant un utilisateur test (dont la redirection a fonctionné "out of the box"), j'ai pensé commencer à copier les fichiers de démarrage .bash* afin de virginiser l'utilisateur "cassé".

Aucun des fichiers n'étant différent, j'ai ensuite supprimé le répertoire .ssh des utilisateurs. Lorsque je me suis connecté en ssh, le serveur a gémi en disant "Le serveur a refusé notre clé", mais j'ai pu me connecter en utilisant mon mot de passe. Une fois connecté, j'ai pu faire suivre parfaitement.

Je vais maintenant essayer de configurer à nouveau la clé et voir si je peux la faire fonctionner également. Ensuite, tout reviendra à la normale.

Répondu el 4 de Septembre, 2014 par Automatischa Eins (1 Points )

xauth ne crée pas de fichier .Xauthority

Réponses

Questions en vedette

Top Tags

SistemesEz.com

Powered by:

xauth ne crée pas de fichier .Xauthority

Réponses

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

Powered by: