J'ai eu Putty se connectant via SSH à mon serveur Ubuntu 12.10 pendant plusieurs mois. Hier, j'ai commencé à obtenir l'erreur suivante à chaque connexion:
Proxy PuTTY X11: tentative de mauvais protocole d'authentification
Je peux tout faire dans la session, sauf lancer des applications X Windows. À ma connaissance, rien n'a changé du côté de Windows, et j'ai récemment installé @ 20 mises à jour du côté d'Ubuntu lors de la maintenance de mise à niveau normale.
J'utilise Xming comme serveur X sur le client Windows. Et comme je l'ai dit, cela fonctionnait très bien. J'ai des dizaines de résultats Google à la recherche de cette erreur et la plupart semblent impliquer l'erreur qui se produit après une connexion SSH lors d'une tentative de SU ou SUDO vers un autre compte, mais cela se produit avec ma connexion utilisateur régulière.
J'ai essayé de supprimer le fichier .Xauthority dans mon répertoire personnel, ainsi que diverses commandes xauth add pour essayer de récupérer le "cookie magique" correct dans le fichier .Xauthority. Rien n'a fonctionné.
Des pensées?
ForwardX11Trusted? (Cela ne devrait pas être fait lorsque des utilisateurs non fiables qui peuvent SSH, voirman 5 ssh_config.) Si vous pouvez l'activer en toute sécurité, même si vous ne souhaitez pas le garder activé, cela fournirait des informations précieuses.xauthcommandes donne-t-elle les informations comme prévu? Sinon, cela pourrait éclairer la situation. Quelle est la sortie dexauth list(vous pouvez continuer et supprimer ou remplacer la clé hexadécimale, pas besoin de partager cela). La meilleure façon de fournir toutes ces informations est de modifier votre question ; veuillez également inclure autant de détails que possible sur toutes les commandes xauth que vous avez essayées et sur ce qui s'est passé.Réponses:
Reformaté pour demander à partir de http://froebe.net/blog/2008/11/14/getting-xlib-putty-x11-proxy-wrong-authentication-protocol-attempted-i-have-the-answer/
Comme mentionné ci - dessus, vous pouvez casser votre sécurité en activant
ForwardX11Trusted yesdans le/etc/ssh/sshd_configfichier sur le serveur et redémarrez sshd. La solution complète consiste à transférer temporairement l'autorisation sur l'autre compte.Tout d'abord, sur votre client, récupérez la clé de votre compte (sur Windows, c'est pour xming et peut être dans la configuration de xming):
Ensuite, connectez-vous à votre compte ssh / putty et ajoutez la clé xming (cela pourrait en fait être dans la configuration de putty).
Vous devriez maintenant pouvoir ouvrir des applications lorsque vous transférez l'affichage X sur ssh.
la source
sshd_configempêchera le démarrage du serveur SSH! Essayezman sshd_config|grep ForwardX11Trustedcontreman ssh_config|grep ForwardX11Trusted. -1.