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 hexkey
utilisation 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 list
commande n'a rien renvoyé.
la deuxième solution consistait à:
./etc/ssh/sshd_config
ouvrez le fichier: sshd_config et éditez la ForwardX11Trusted
ligne à 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_config
aide de xdg-open
ou gedit
et le même message apparaît de nouveau.
alors pourquoi cela se produit-il et quelle est la solution?
sshd_config
utilisantsudo nano
commande et ajouter la ligne:ForwardX11Trusted yes
.. la mauvaise nouvelle est: après "l'étape d'ajout" le problème existe toujours !!!xauth add
?ForwardX11Trusted
est une option pour le client OpenSSH, pas pour le serveur. L'ajout peut empêcher lesshd
démarrage, selon la version.Réponses:
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!
la source
leafpad
a bien fonctionné, maissudo leafpad
a jeté une erreur dans la description ci-dessus. La copie.Xauthority
a parfaitement fonctionné. Merci beaucoup!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'
2. J'ai installé xauth en utilisant
xauth list
était vide pour moi avant de redémarrer. Il a cependant été rempli après le redémarrage. Je l'ai faitxauth list
aprè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
la source
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.
la source
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 ...
la source
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.
la source