Juste pour signaler, j'ai eu un problème similaire. Mais dans mon cas, je viens de suivre ces étapes :
Suivez ces étapes pour créer un $HOME/.Xauthority dossier.
Connectez-vous en tant qu'utilisateur et confirmez que vous êtes 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 fichier depuis lors.
Merci et crédits à srinivasan.
Juste pour compléter la réponse de l'excellente tonne.
J'ai eu une fois exactement le même problème car mon répertoire personnel était plein à 100%. Lors de la connexion, ssh créé un ~/.Xauthority vide et n'a pas pu y écrire une seule entrée (de sorte que xauth list avait 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 et xauth add n'ont en effet eu aucun effet (xauth list ).
Sous les privilèges root, ouvrez /etc/ssh/sshd_config et décommentez les lignes suivantes si elles sont commentées :
X11Transfert oui
X11DisplayOffset 10
X11UseLocalhost oui
Puis déconnectez-vous et reconnectez-vous avec -X indicateur en ssh . Vous n'êtes pas obligé d'activer ou de désactiver le DISPLAY variable d'environnement.