Eu tenho TortoiseHg 2.3 64 bit e TortoiseGit 1.7.7 64 bit instalado no Vista de 64 bits.
Tanto o TortoiseHg ( ssh = "C:\Program Files\TortoiseHg\TortoisePlink.exe" -ssh -2 -C -batch entrada em mercurial.ini ) quanto o TortoiseGit ( GIT_SSH variável de ambiente configurada para C:\Program Files\TortoiseGit\bin\TortoisePlink.exe ) são configurados para usar o plink (interface de linha de comando para os backends do PuTTY) versões distribuídas com eles.
Eu tenho Concurso (cliente de autenticação PuTTy) em execução e a chave ssh carregada corretamente. No entanto, qualquer comando hg ou git resultará em uma caixa de diálogo de erro chamada Erro Fatal do PuTTY sendo exibida com a mensagem:
Disconnected: No supported authentication methods available. (server sent:publickey)
Ao mesmo tempo, usar original plink.exe fornecido com o PuTTy funciona.
Por que o TortoisePlink não funciona?
Existe um problema com o TortoiseSVN de 64 bits a trabalhar com o concurso de 32 bits. Ou use o TortoiseSVN de 32 bits (IMO não há necessidade real de ser 64 bits). Não oficialmente, os desenvolvedores fornecem apenas binários de 32 bits. Uma versão de 64 bits do PuTTY está disponível aqui .
Parece que os desenvolvedores do TortoiseSVN colocam a culpa no PuTTY.
Você pode receber uma mensagem de erro tão oculta por vários motivos. Se funcionar com o plink original, é provável que haja algo errado com o TortoisePLink e a resposta de Sam possa ajudar.
No entanto, não é (inteiramente) verdade que você precisa de putty de 64 bits com o TortoisePLink de 64 bits. Estou felizmente cometer TortoisePLink de 64 bits tirando as chaves do concurso de 32 bits.
Você não está listando o URL completo do repositório e as informações de conexão usadas com o putty. Talvez haja uma diferença sutil que faz com que um se quebre enquanto o outro funciona.
Geralmente, a mensagem de erro informa que não há correspondência entre as chaves do servidor e as chaves do cliente. Uma instância em que é provável que isso aconteça é quando você usa um nome de usuário incorreto (por exemplo, [email protected] em vez de [email protected]).
Corri para isso com o TortoiseSVN, o Windows 7 64 bit. Apenas recebendo a versão de 64 bits de Putty / Pageant não fez o truque, continuei a receber os mesmos erros. O que funcionou para mim foi o que é um formato de URL de checkout alternativo listado na seção "Variantes de configuração (pageant)" da página , que essencialmente diz que, em vez de colocar o FQDN do seu servidor, você pode simplesmente colocar o nome da sessão do PuTTY no URL de checkout:
svn+ssh://[remote-username]@[putty-session-name]/usr/local/svn/repos/myrepo