Dlaczego TortoisePlink.exe pokazuje „Brak obsługiwanych metod uwierzytelniania”, gdy plink.exe działa dobrze?

Mam zarówno TortoiseHg 2.3 64-bitowy, jak i TortoiseGit 1.7.7 64-bitowy zainstalowany na 64-bitowym systemie Vista.

Zarówno TortoiseHg ( ssh = "C:\Program Files\TortoiseHg\TortoisePlink.exe" -ssh -2 -C -batchwejście w mercurial.ini), jak i TortoiseGit ( GIT_SSHzmienna środowiskowa ustawiona na C:\Program Files\TortoiseGit\bin\TortoisePlink.exe) są skonfigurowane do korzystania z wersji plink PuTTy (interfejs wiersza poleceń zaplecza PuTTY) dystrybuowanych wraz z nimi.

Mam uruchomiony program Pageant (klient uwierzytelniania PuTTy) i załadowany odpowiedni klucz ssh. Jednak dowolne polecenie hglub gitpolecenie powoduje wyświetlenie okna dialogowego błędu zatytułowanego Błąd krytyczny PuTTY z komunikatem:

Rozłączono: brak obsługiwanych metod uwierzytelniania. (serwer wysłany: publickey)

W tym samym czasie przy użyciu oryginalnego pliku plink.exe dostarczonego z działaniem PuTTy.

Dlaczego TortoisePlink nie działa?

— Piotr Dobrogost
źródło

Wygląda na to, że autorzy Tortoise * użyli zmodyfikowanego linku, aby wyświetlić monit o hasło, a proces mógł być niezgodny z innymi metodami uwierzytelniania. Czy możesz wskazać pliki konfiguracyjne na oryginalne łącze i zobaczyć, co się stanie?

— billc.cn

Ustawienie oryginalnego łącza w plikach konfiguracyjnych rozwiązuje problem, ale jestem ciekawy, dlaczego wersje markowe nie działają. Zwłaszcza, że pamiętam, że ten z hg pracował w przeszłości.

— Piotr Dobrogost

@ billc.cn - TortoisePlink ma tylko modalne okna po rozłączeniu usunięte

— Lazy Badger

Czy próbowałeś usunąć wszystkie parametry wiersza polecenia dla Mercurial (być może dodanie tylko -v jest dobrym pomysłem)

— Lazy Badger

@LazyBadger Jakie parametry masz na myśli?

— Piotr Dobrogost

Odpowiedzi:

Wystąpił problem z 64-bitowym TortoiseSVN działającym z 32-bitowym widowiskiem. Albo użyj 32-bitowego TortoiseSVN (IMO nie ma rzeczywistej potrzeby, aby był 64-bitowy). Nieoficjalnie deweloperzy dostarczają tylko 32-bitowe pliki binarne. 64-bitowa wersja PuTTY jest dostępna tutaj .

Wygląda na to, że twórcy TortoiseSVN obwinili PuTTY ...

— Sam W.
źródło

Z wielu powodów możesz otrzymać taki tajemniczy komunikat o błędzie. Jeśli jednak działa z oryginalnym łączem, istnieje szansa, że coś jest nie tak z TortoisePLink i odpowiedź Sama może pomóc.

Niemniej jednak nie jest (całkowicie) prawdą, że potrzebujesz 64-bitowego kitu z 64-bitowym TortoisePLink. Z radością zatwierdzam ponad 64-bitowy TortoisePLink, biorąc klucze z 32-bitowego widowiska.

Nie podajesz pełnego adresu URL repozytorium i informacji o połączeniu używanych z kitem. Być może istnieje subtelna różnica, która powoduje, że jedna pęka, podczas gdy druga działa.

Ogólnie komunikat o błędzie informuje, że klucze serwera i klucze klienta nie są zgodne. Jednym z przykładów, w którym może się to zdarzyć, jest użycie niepoprawnej nazwy użytkownika (np. Twoja nazwa użytkownika@bitbucket.org zamiast hg@bitbucket.org).

— Robert Važan
źródło

Wpadłem na to z TortoiseSVN, Windows 7 64 bit. Po prostu uzyskanie 64-bitowej wersji Putty / Pageant nie rozwiązało problemu, nadal otrzymywałem te same błędy. Dla mnie zadziałał alternatywny format adresu URL kasy wymieniony w sekcji „Warianty konfiguracji (pageant)” na tej stronie , która zasadniczo mówi, że zamiast wstawiać nazwę FQDN serwera, możesz po prostu umieścić nazwę sesji PuTTY w URL kasy:

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

— joseph_morris
źródło