Warum zeigt TortoisePlink.exe "Keine unterstützten Authentifizierungsmethoden verfügbar" an, wobei plink.exe einwandfrei funktioniert?

Ich habe sowohl TortoiseHg 2.3 64-Bit als auch TortoiseGit 1.7.7 64-Bit unter Vista 64-Bit installiert.

Sowohl TortoiseHg ( ssh = "C:\Program Files\TortoiseHg\TortoisePlink.exe" -ssh -2 -C -batchEintrag in mercurial.ini) als auch TortoiseGit ( GIT_SSHUmgebungsvariable auf gesetzt C:\Program Files\TortoiseGit\bin\TortoisePlink.exe) sind so konfiguriert, dass sie die mit ihnen verteilten plink- Versionen von PuTTy (Befehlszeilenschnittstelle zu den PuTTY - Backends ) verwenden.

Ich habe Pageant (PuTTy-Authentifizierungsclient) ausgeführt und den richtigen SSH-Schlüssel geladen. Jedoch irgendwelche hgoder gitDialogbefehlsergebnisse in Fehlern betitelten PuTTY Wiegender Fehler werden mit der Meldung:

Nicht verbunden: Keine unterstützten Authentifizierungsmethoden verfügbar. (Server gesendet: publickey)

Gleichzeitig funktioniert die Verwendung von original plink.exe, die mit PuTTy geliefert wurde.

Warum funktioniert TortoisePlink nicht?

— Piotr Dobrogost
quelle

Es scheint, dass die Autoren von Tortoise * einen modifizierten Plink verwendet haben, um Ihnen eine Passwortabfrage anzuzeigen, und diese möglicherweise mit anderen Authentifizierungsmethoden nicht kompatibel gemacht haben. Könnten Sie die Konfigurationsdateien auf den ursprünglichen Plink verweisen und sehen, was passiert?

— billc.cn

Das Festlegen des ursprünglichen Plinks in Konfigurationsdateien löst das Problem, aber ich bin gespannt, warum Markenversionen nicht funktionieren. Zumal ich mich erinnere, dass der von hg früher gearbeitet hat.

— Piotr Dobrogost

@ billc.cn - TortoisePlink haben nur modale Fenster beim Trennen entfernt

— Lazy Badger

Haben Sie versucht, alle und alle Befehlszeilenparameter für Mercurial zu entfernen (vielleicht ist nur das Hinzufügen von -v eine gute Idee)

— Lazy Badger

@LazyBadger Welche Parameter haben Sie im Sinn?

— Piotr Dobrogost

Antworten:

Es gibt ein Problem mit 64-Bit-TortoiseSVN, das mit 32-Bit-Festzügen arbeitet. Verwenden Sie entweder 32-Bit TortoiseSVN (IMO muss es nicht unbedingt 64-Bit sein). Inoffiziell liefern die Entwickler nur 32-Bit-Binärdateien. Ein 64-Bit-Build von PuTTY ist hier verfügbar .

Es scheint, dass die TortoiseSVN-Entwickler PuTTY die Schuld geben ...

— Sam W.
quelle

Sie können eine solche kryptische Fehlermeldung aus vielen Gründen erhalten. Wenn es jedoch mit Original-Plink funktioniert, besteht die Möglichkeit, dass mit TortoisePLink etwas nicht stimmt, und Sams Antwort könnte helfen.

Trotzdem ist es nicht (ganz) wahr, dass Sie 64-Bit-Kitt mit 64-Bit-TortoisePLink benötigen. Ich begebe mich glücklich über 64-Bit-TortoisePLink und nehme Schlüssel von 32-Bit-Festzügen.

Sie listen nicht die vollständige URL des Repositorys und die mit Putty verwendeten Verbindungsinformationen auf. Vielleicht gibt es einen subtilen Unterschied, der dazu führt, dass einer bricht, während der andere funktioniert.

Im Allgemeinen weist die Fehlermeldung darauf hin, dass zwischen Serverschlüsseln und Clientschlüsseln keine Übereinstimmung besteht. Ein Fall, in dem dies wahrscheinlich passiert, ist die Verwendung eines falschen Benutzernamens (z. B. yourusername@bitbucket.org anstelle von hg@bitbucket.org).

— Robert Važan
quelle

Ich bin mit TortoiseSVN, Windows 7 64 Bit darauf gestoßen. Nur die 64-Bit-Version von Putty / Pageant zu bekommen, war nicht der Trick, ich bekam weiterhin die gleichen Fehler. Was für mich funktioniert hat, war ein alternatives Checkout-URL-Format , das im Abschnitt "Konfigurationsvarianten (Festzug)" dieser Seite aufgeführt ist. Im Wesentlichen heißt es, dass Sie anstelle des FQDN Ihres Servers einfach Ihren PuTTY-Sitzungsnamen eingeben können die Checkout-URL:

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

— joseph_morris
quelle