xauth ne crée pas de fichier .Xauthority

Juste pour signaler que j'ai eu un problème similaire. Mais dans mon cas, j'ai simplement suivi ces étapes :

Suivez ces étapes pour créer un $HOME/.Xauthority fichier.

Connectez-vous en tant qu'utilisateur et vérifiez que vous vous trouvez dans le répertoire personnel de l'utilisateur.

# Rename the existing .Xauthority file by running the following command
mv .Xauthority old.Xauthority 

# xauth with complain unless ~/.Xauthority exists
touch ~/.Xauthority

# only this one key is needed for X11 over SSH 
xauth generate :0 . trusted 

# generate our own key, xauth requires 128 bit hex encoding
xauth add ${HOST}:0 . $(xxd -l 16 -p /dev/urandom)

# To view a listing of the .Xauthority file, enter the following 
xauth list 

Après cela, il n'y a plus de problèmes avec .Xauthority depuis lors.

Remerciements et crédits à srinivasan .

Sous les privilèges de la racine, ouvrez /etc/ssh/sshd_config et décommenter les lignes suivantes si elles sont commentées :

X11Forwarding oui

X11DisplayOffset 10

X11UseLocalhost oui

Ensuite, déconnectez-vous et reconnectez-vous avec -X drapeau en ssh . Il n'est pas nécessaire d'activer ou de désactiver DISPLAY variable d'environnement.

Pour compléter l'excellente tonne 's répondre .

J'ai déjà eu exactement le même problème parce que mon répertoire personnel était plein à 100 %. Lors de la connexion, ssh a créé un espace vide ~/.Xauthority et n'a pas été en mesure d'y inscrire une seule entrée (ce qui fait que le xauth list a toujours produit une sortie vide).

Je suggère donc de toujours vérifier l'espace libre (par exemple : df -h ) et vérifie que xauth generate y xauth add ont effectivement eu un effet ( xauth list ).

J'ai trouvé une autre cause potentielle pour laquelle xauth ne crée pas le fichier .Xauthority en suivant quelques unes des réponses ci-dessus. Cela devrait être immédiatement évident si vous suivez Réponse de Ton :

$ touch ~/.Xauthority
touch: cannot touch ‘/nethome/jdoe/.Xauthority’: Disk quota exceeded

Ce qui précède se produira si vous dépassez le quota de "nombre de fichiers" pour votre utilisateur. Si vous dépassez le quota d'espace, vous verrez probablement ce message d'erreur à une autre étape. Ou, pour tester s'il s'agit d'un problème de quota d'espace disque, tapez :

echo "hello, world" > ~/hello.txt

Si le echo vous donne une Disk quota exceeded vous savez alors que vous utilisez trop d'espace dans votre répertoire personnel (par opposition à trop de fichiers ou d'inodes).

Solution dans l'un ou l'autre cas ? Nettoyez votre répertoire personnel !

Déplacer le .ssh a fait en sorte que X forwarding fonctionne pour moi.

Par élimination, j'ai trouvé un fichier dans ~/.ssh qui s'appelait "rc", et qui contenait :

echo "Wecome to $(hostname), $(whoami)"

Je ne l'ai jamais créé et je n'ai aucune idée de son origine. En le supprimant, j'ai résolu le problème, et mon authorized_keys , known_hosts et les fichiers clés peuvent rester intacts.