Pourquoi TortoisePlink.exe affiche «Aucune méthode d'authentification prise en charge disponible» où plink.exe fonctionne correctement?

J'ai à la fois TortoiseHg 2.3 64 bits et TortoiseGit 1.7.7 64 bits installés sur Vista 64 bits.

TortoiseHg ( ssh = "C:\Program Files\TortoiseHg\TortoisePlink.exe" -ssh -2 -C -batchentrée dans mercurial.ini) et TortoiseGit ( GIT_SSHvariable d'environnement définie sur C:\Program Files\TortoiseGit\bin\TortoisePlink.exe) sont configurés pour utiliser les versions plink de PuTTy (interface de ligne de commande vers les backends PuTTY) distribuées avec eux.

J'ai Pageant (client d'authentification PuTTy) en cours d'exécution et la bonne clé ssh chargée. Cependant, toute commande hgou gitentraîne une boîte de dialogue d'erreur intitulée PuTTY Fatal Error affichée avec le message:

Déconnecté: aucune méthode d'authentification prise en charge n'est disponible. (serveur envoyé: publickey)

En même temps, en utilisant plink.exe d' origine fourni avec PuTTy fonctionne.

Pourquoi TortoisePlink ne fonctionne-t-il pas?

— Piotr Dobrogost
source

Il semble que les auteurs de Tortoise * aient utilisé un lien modifié pour vous montrer une invite de mot de passe et, dans le processus, peuvent l'avoir rendu incompatible avec d'autres méthodes d'authentification. Pourriez-vous pointer les fichiers de configuration vers le lien d'origine et voir ce qui se passe?

— billc.cn

La définition du lien d'origine dans les fichiers de configuration résout le problème, mais je suis curieux de savoir pourquoi les versions de marque ne fonctionnent pas. D'autant plus que je me souviens que celui de hg travaillait autrefois.

— Piotr Dobrogost

@ billc.cn - TortoisePlink n'a supprimé que les fenêtres modales lors de la déconnexion

— Lazy Badger

Avez-vous essayé de supprimer tous les paramètres de ligne de commande pour Mercurial (peut-être que l'ajout de -v est une bonne idée)

— Lazy Badger

@LazyBadger Quels paramètres avez-vous en tête?

— Piotr Dobrogost

Réponses:

Il y a un problème avec TortoiseSVN 64 bits fonctionnant avec le concours 32 bits. Soit utiliser TortoiseSVN 32 bits (IMO il n'y a pas vraiment besoin qu'il soit 64 bits). Officieusement, les développeurs ne fournissent que des binaires 32 bits. Une version 64 bits de PuTTY est disponible ici .

Il semble que les développeurs de TortoiseSVN mettent le blâme sur PuTTY ...

— Sam W
source

Vous pouvez obtenir un tel message d'erreur cryptique pour de nombreuses raisons. Si cela fonctionne avec le plink d'origine, il y a de fortes chances qu'il y ait un problème avec TortoisePLink et la réponse de Sam pourrait aider.

Néanmoins, il n'est pas (entièrement) vrai que vous ayez besoin de mastic 64 bits avec TortoisePLink 64 bits. Je suis heureux de commettre plus de TortoisePLink 64 bits en prenant des clés de concours 32 bits.

Vous ne répertoriez pas l'URL complète du référentiel et les informations de connexion utilisées avec putty. Il y a peut-être une différence subtile qui fait que l'un se casse pendant que l'autre fonctionne.

Généralement, le message d'erreur vous indique qu'il n'y a pas de correspondance entre les clés de serveur et les clés de client. Un cas où cela est susceptible de se produire est lorsque vous utilisez un nom d'utilisateur incorrect (par exemple, votre nom d'utilisateur@bitbucket.org au lieu de hg@bitbucket.org).

— Robert Važan
source

J'ai rencontré cela avec TortoiseSVN, Windows 7 64 bits. Le simple fait d'obtenir la version 64 bits de Putty / Pageant n'a pas fait l'affaire, j'ai continué à obtenir les mêmes erreurs. Ce qui a fonctionné pour moi, c'est ce qui est un autre format d'URL de paiement répertorié dans la section "Variantes de configuration (reconstitution historique)" de cette page , qui dit essentiellement qu'au lieu de mettre le FQDN de votre serveur, vous pouvez simplement mettre votre nom de session PuTTY dans l'URL de paiement:

svn+ssh://[remote-username]@[putty-session-name]/usr/local/svn/repos/myrepo

— joseph_morris
source