J'essaie de me connecter à un serveur Ubuntu pour travailler sur Qt-creator. Avant que tout se passe mal, j'ai suivi ce tutoriel. J'ai téléchargé du mastic et Xming et tout fonctionnait très bien.

puis, tout à coup, en travaillant sur Qt-creator, je n'ai pas pu enregistrer de modifications. J'ai donc fermé Qt-creator et redémarré la session de mastic. il m'a posé des questions sur le nom d'utilisateur et le mot de passe (comme d'habitude) puis après la connexion au serveur et lorsque j'ai essayé d'exécuter Qt-creator (comme d'habitude) le message suivant apparaît:

PuTTY X11 proxy: wrong authorisation protocol attempted
Can't open display: localhost:10.0

J'ai donc essayé de résoudre le problème en utilisant deux approches trouvées sur Internet:

la première consiste à obtenir l' dpyname protoname hexkeyutilisation de:

xauth list 

qui devrait renvoyer la clé qui peut ensuite être ajoutée en utilisant:

xauth add

Cependant, cela n'a pas fonctionné car la xauth listcommande n'a rien renvoyé.

la deuxième solution consistait à:

./etc/ssh/sshd_config

ouvrez le fichier: sshd_config et éditez la ForwardX11Trustedligne à lire yes, et si aucune ligne n'existe, ajoutez-la.

ForwardX11Trusted yes

puis redémarrez le serveur ssh et cela devrait fonctionner.

Cependant, cela n'a pas fonctionné non plus. Je n'ai pas pu ouvrir le fichier à l' sshd_configaide de xdg-openou geditet le même message apparaît de nouveau.

alors pourquoi cela se produit-il et quelle est la solution?

Une fois connecté en tant que su, après quelques erreurs de type "Proxy PuTTY X11: mauvais protocole d'autorisation tenté", j'ai réalisé que c'était un problème d'authentification. Ensuite, je me suis souvenu de copier le fichier .Xauthority de mon propre profil / répertoire personnel vers / root. Problème résolu!

Résolu.

Je l'ai résolu en utilisant un mélange des deux mentionnés ci-dessus.

1. J'ai ajouté la ligne suivante à '/ etc / ssh / sshd_config'

ForwardX11Trusted yes

2. J'ai installé xauth en utilisant

sudo apt-get install xauth

xauth listétait vide pour moi avant de redémarrer. Il a cependant été rempli après le redémarrage. Je l'ai fait xauth listaprès l'avoir testé avec du mastic.

Ensuite, j'ai redémarré ssh et cela a fonctionné. Yay!

Remarque: ce que j'ai fait, c'est redémarrer mon Raspberry Pi

J'ai eu un problème similaire sur un serveur au travail car le dossier de départ était à court d'espace disque. Après la connexion, il n'a pas pu écrire le fichier Xauthority et ... n'a pas pu le transférer.

Libérer de l'espace a résolu le problème.

J'imagine que vous auriez un problème similaire si le dossier d'accueil ou les autorisations .Xauthority n'étaient pas définis correctement, de sorte que vous n'aviez pas accès en écriture.

Dans mon cas, j'ai remarqué que je pouvais ouvrir l'écran avec root, mais je faisais une sous-grille, et cette grille utilisateur était celle avec le problème,

la solution était de fermer cette session, et d'ouvrir une nouvelle session directement avec la grille, et cela a fonctionné, quelque chose à propos de la sous-grille échouait ...

J'ai eu un problème similaire sur un serveur. La raison en était que l'utilisateur a obtenu le mauvais nombre d'affichage (DISPLAY = localhost: 10.0). Lorsque l'utilisateur se connecte au serveur via SSH (en tant qu'utilisateur appelé test1), il obtient DISPLAY = localhost: 11.0. Lorsqu'il se connecte en tant qu'autre utilisateur, puis devient utilisateur (test1), il obtient un nombre incorrect d'affichage (DISPLAY = localhost: 10.0). Lorsque je règle le nombre de DISPLAY (DISPLAY = localhost: 11.0), cela fonctionne.