Minha configuração do Git funciona bem no Linux, mas quando tento configurar as coisas no Windows (usando o Git for Windows e o TortoiseGit ), não sei onde colocar minha chave SSH privada (ou, melhor ainda, como saber sshonde está) localizado). Estou usando a opção ssh.exe padrão durante a instalação do Git para Windows. A instalação funciona bem se eu permitir autenticação por senha (em vez do RSA) no servidor.

Para Git Bash

Se você estiver executando o msysgit (suponho que esteja) e estiver olhando para executar o Git Bash (eu o recomendo no TortoiseGit, mas eu me inclino para a CLI mais do que a GUI agora), você precisa descobrir qual é o diretório inicial do Git Bash, iniciando-o e digite pwd(no Windows 7, será algo como C:\Users\phsreu acho). Enquanto estiver no Git Bash, você deveria mkdir .ssh.

Depois de ter o diretório inicial e uma .sshpasta abaixo dele, você deseja abrir o PuTTYgen e abrir a chave (arquivo .ppk) que você criou anteriormente. Depois que sua chave estiver aberta, você deseja selecionar Conversions -> Export OpenSSH keye salvá-la em HOME\.ssh\id_rsa. Depois de ter a chave nesse local, o Git Bash reconhecerá a chave e a usará.

Nota: os comentários indicam que isso não funciona em todos os casos. Pode ser necessário copiar a chave do OpenSSH para Program Files\Git\.ssh\id_rsa(ou Program Files (x86)\Git\.ssh\id_rsa).

Para TortoiseGit

Ao usar o TortoiseGit, você precisa definir a chave SSH através das instruções do ritmo . Você precisa fazer isso para todos os repositórios com os quais você está usando o TortoiseGit.

Usando o cliente SSH interno fornecido com o Git for Windows, você precisa configurar a variável de ambiente HOME para que o cliente Git SSH possa encontrar a chave.

Por exemplo, em uma instalação do Windows Vista , isso seria feito emitindo setx HOME c:\Users\admin\na linha de comando.

Ele fez o meu dia e corrigiu o problema com o Git, desde que sua chave privada não seja protegida por senha. Se você quiser usar o ssh-agent, provavelmente poderá executar o ssh-agent cmd.exe (embora eu nunca tenha feito isso) e o ssh-add como de costume.

Observe que todas as ferramentas Git / SSH devem ser executadas em um cmd.exe para não piscar uma janela.

Se isso não funcionar corretamente, o uso do plink provavelmente poderá ser alcançado com o ajuste do GIT_SSH . Consulte todos os tutoriais do SVN + ssh; este é basicamente o mesmo encanamento que você precisa configurar.

Você pode especificar o local principal do TortoiseGit da seguinte maneira:

• Abra uma janela do Explorer.
• Abra o menu de contexto e navegue no TortoiseGit → Configurações
• Na janela agora aberta, navegue até Git → Remoto
• Defina o caminho para sua chave PuTTY na caixa de entrada correspondente.

Uma captura de tela está abaixo:

Nenhuma das respostas anteriores funcionou para mim. Aqui estava o que funcionou para mim no final. Na verdade, é bastante simples, se você souber o que digitar. Não precisa de PuTTY.

• Abra um prompt do Git Bash
• Digite 'ssh-keygen'
  • Aceite o local padrão
  • Escolha uma senha em branco (basta pressionar 'enter' para todas as perguntas ')
• Agora copie a chave pública para o seu servidor, por exemplo: scp ~ / .ssh / id_rsa.pub someuser@someserver.com: ~

Essa é a parte do seu computador feita. Agora sshno servidor de destino, faça

mkdir -p ~/.ssh
cd ~/.ssh
cat ../id_rsa.pub >> authorized_keys
rm ../id_rsa.pub

É isso aí! Você Terminou! No Git Bash, faça o seguinte para testar:

ssh someuser@someserver.com ls

Se ele listar os arquivos em seu diretório pessoal no servidor Git, e pronto!

Para o GitHub, você não tem acesso de shell ao servidor deles, mas pode fazer o upload da chave usando o site deles; portanto, para o bit 'agora copie para o servidor', faça:

• No Git Bash, digite 'cat ~ / .ssh / id_rsa.pub', selecione o resultado e copie-o para a área de transferência.
• No site do GitHub, vá para 'Configurações da conta', 'Chaves SSH e GPG', clique em 'Nova chave SSH' e cole a chave.

Se você estiver usando o msysgit com as ferramentas OpenSSH, precisará criar ~/.ssh/id_rsaou criar uma configuração do Git na ~/.ssh/configqual aponte para sua chave.

Aqui está um exemplo de uma configuração do Git para o Bitbucket que usará o nome de usuário correto e uma chave que não seja a chave padrão (caso você mantenha uma chave para conexões SSH e outra para contas Git).

~ / .ssh / config :

Host bitbucket.org
    Hostname bitbucket.org
    User git
    IdentityFile /C/keys/yourkey.key

Uma vez no Git Bash, você pode executar dois comandos para adicionar sua chave ao ssh-agent da sua sessão atual, para evitar ter que digitar repetidamente a senha da chave.

eval `ssh-agent`
ssh-add /C/keys/yourkey.key

Acabei de definir% HOME% =% HOMEPATH%

Isso tem a vantagem de funcionar para todos os usuários conectados ao sistema (cada um deles recebe pastas .ssh separadas).

No Vista:

1. Clique com o botão direito do mouse em Computador
2. Escolha Propriedades
3. Clique em Configurações avançadas do sistema
4. Clique em Variáveis ​​de ambiente
5. Na seção inferior (Variáveis ​​do sistema), clique em Novo
6. Para Nome da variável, digite: HOME
7. Para tipo de caminho variável:% HOMEPATH%
8. Clique OK

Sua chave privada precisa ser adicionada ao agente SSH em sua estação de trabalho. Como você pode conseguir isso depende do cliente git que você está usando, por mais que o puTTY e seu agente associado (concurso) possam fazer o truque para você, aqui está o link para os binários e fontes oficiais:

http://www.chiark.greenend.org.uk/~sgtatham/putty/download.html

No meu caso, eu estava usando o Git for Windows no contêiner do Docker windowsservercore.

Meu Git foi instalado pelo Chocolatey para C:\Program Files\Git.

Eu tive que atualizar o arquivo C:\Program Files\Git\etc\ssh\ssh_configcom isso:

Host example.com
   Identityfile ~/.ssh/id_rsa

Então eu poderia usar a chave de C:\Users\<user>\.ssh\id_rsa

Se você estiver usando o Git for windows junto com o OpenSSH para Windows. O Git ainda está usando o seu próprio ssh.

Além disso, se você planeja usar o ssh-keyscan host.com > known_hostsOpenSSH, tenha cuidado, pois a saída da tubulação stdoutde keyscan(no Windows) altera a codificação para UCS-2, mas o OpenSSH pode ler apenas UTF-8! Portanto, certifique-se de alterar a known_hostscodificação do arquivo.

OK, olhei para a sugestão de ..

Mas colocar minhas chaves SSH privadas na pasta pública não foi uma boa ideia, então comecei a procurar onde estava o host conhecido.

Portanto, se você deseja proteger corretamente sua chave SSH, coloque-a no seguinte diretório:

Para Windows 7, 8 e 8.1 de 32 bits:

C: \ Usuários \\ AppData \ Local \ VirtualStore \ Arquivos de Programas \ Git \

Para Windows 7, 8 e 8.1 de 64 bits:

C: \ Usuários \\ AppData \ Local \ VirtualStore \ Arquivos de Programas (x86) \ Git \

A maneira mais eficiente é usar o Pageant porque permitirá que você escreva a senha apenas uma vez no início da sessão, em vez de cada push. Todas as respostas aqui foram muito curtas, então postarei um guia detalhado aqui:

1. Baixar pageant.exe, puttygen.exe, putty.exee plink.exeno site do PuTTY. Coloque-os no C:\puttyToolsdiretório
2. Corra puttygen.exe.
3. Clique no botão Generate.
4. Mova o mouse na parte superior da janela até que a barra de progresso esteja cheia, como o programa solicita.
5. Forneça uma senha e repita-a na caixa de texto subsequente.
6. Clique em "Salvar chave privada". O diretório usual para salvá-los é %USERPROFILE%\_ssh(no meu computador isso mapeia C:\Users\andres\.ssh\). Não importa como você chama a chave, mas para fins de demonstração, eu vou chamá-la github.ppk. Este arquivo deve ter uma extensão .ppk.
7. Copie o texto na caixa de texto superior do PuTTYgen, a qual está rotulada Public key for pasting into OpenSSH authorized_keys filee cole-a em uma nova chave SSH nas configurações do GitHub. Dê um título que descreva em que máquina a chave está ligada (por exemplo, "Laptop de trabalho").
8. Executar pageant.exe, um novo ícone de bandeja será exibido.
9. Clique com o botão direito do mouse no ícone -> Adicionar chave.
10. Localize seu arquivo ppk, digite sua senha.
11. Crie essas novas variáveis ​​de ambiente do usuário (procurando aplicativo Environno WindowsMenu que encontrará Edit environment variables for your account): GIT_SSH = "C:\puttyTools\plink.exe"eSVN_SSH = "C:\puttyTools\PuTTY\plink.exe"
12. Abra o putty.exe e tente conectar-se ao host em que você hospeda seus repositórios Git. Por exemplo, tente conectar-se ao github.com via SSH, e uma caixa de diálogo perguntará se você aceita a impressão digital do servidor: clique em SIM.
13. Executar uma nova instância da sua MINGW64consola Git, e verificar se as variáveis de ambiente estão lá escrevendo o comando env | grep -i ssh.
14. Você deve estar pronto. Tente clonar com o protocolo Git + SSH do seu host.

(Originalmente extraído desses dois guias que eu combinei em um: Como configurar o Git para Windows e configurar o MinGW-W64 + MSYS para usar o PuTTY Plink / Pageant .)

Ao misturar o GitHub para Windows e a GI GUI para Windows, você pode encontrar problemas em que a GUI do Git continua solicitando um nome de usuário e senha. A solução para isso é alterar a URL remota de https:(que é o que o GitHub for Windows cria) para o protocolo Git. No .gitdiretório no arquivo de configuração, localize:

[remote "origin"]
   url = https://github.com/**username**/**reponame**.git
   fetch = +refs/heads/*:refs/remotes/origin/*

Altere para:

[remote "origin"]
    url = git@github.com:**username**/**reponame**.git
    fetch = +refs/heads/*:refs/remotes/origin/*

O local padrão para os arquivos está em %USERPROFILE%\.ssh.

%USERPROFILE%é o equivalente a $ HOME no Unix (normalmente mapeia para algo assim c:\users\youruserid).

Se você estiver usando as ferramentas SSH fornecidas com o Git, que são as ferramentas padrão do estilo Unix da linha de comando, você pode usar algo como o meu script aqui para trabalhar com o ssh-agent em todos os shells.

Eu tive problemas semelhantes e nenhuma das respostas aqui resolveu o problema. Acontece que meu par de chaves foi gerado originalmente com uma senha vazia. (Eu sei, burro.)

Depois que criei um novo par de chaves e carreguei a chave pública no GitHub, as coisas começaram a funcionar novamente.

A resposta a seguir também se aplica a esta pergunta ao executar o ssh na Conta de Serviço do Windows: Jenkins (Serviço do Windows) com Git sobre SSH

Você pode especificar o caminho para a chave e o nome do arquivo da chave (no Ubuntu). Por exemplo:

ssh -i /home/joe/.ssh/eui_rsa

O concurso (um agente SSH fornecido com o pacote PuTTY ) resolve o problema para mim.

Eu tenho um atalho na pasta Inicialização do meu Menu Iniciar ( C:\Users\owen.blacker\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup) apontando para "C:\Program Files (x86)\PuTTY\pageant.exe" "C:\Users\owen.blacker\Documents\SSH\OwenBlackerPersonal.ppk" "C:\Users\owen.blacker\Documents\SSH\OwenBlackerWork.ppk", para que ele carregue minhas chaves SSH na inicialização e isso faça o Git "simplesmente funcionar": o)

Muitas respostas dizem isso, mas para mim não é rápido o suficiente!

no windows usando msys (console padrão do windows) C:\Users\{you}\.ssh\id_rsa

Basicamente, ele não se incomoda em verificar as chaves instaladas (pelo menos não no meu novo laptop) e, portanto, precisa especificamente id_rsa

Eu encontrei esse desejo de clonar alguns repositórios de trabalho particulares em ruby ​​MSYS CLI para windows 10 de 64 bits

Se você estiver no Windows 7/8, deve procurar em C: \ Users \ Your_User_Name.ssh Basta copiar e colar seu arquivo id_rsa aqui e tudo funcionará imediatamente.

Um erro que cometi ao usar o SSH no Windows foi que, quando tentei usar as chaves através do cliente Git Bash, todos os arquivos em ~ / .ssh foram as permissões erradas, mas ele não tentou me dizer que era um problema.

Apenas como teste, verifique se você configurou tudo no diretório ~ / .ssh para chmod 600.

Se você possui as permissões necessárias na máquina Windows e suas políticas o permitem, sugiro instalar o Cygwin ( https://cygwin.com/ ), especialmente considerando que você possui experiência anterior com Linux. O Cygwin tornará possível manipular suas chaves ssh como você faria em qualquer outra máquina Linux / Unix. E fornece acesso a quase todas as ferramentas CLI do Linux.

O TortoiseGit permite especificar a chave a ser usada ao clonar um repositório. Simplesmente marque "Load Putty Key" e navegue até o .ppkarquivo, como na imagem:

Corrigi o problema acima criando

~ / .ssh / config

arquivar e colocar:

IdentityFile C:\Users\adria\.ssh\mysshkey

Lendo seu comentário para a resposta de Declan, tente abrir um prompt de comando primeiro (Iniciar → Executar → cmd ) e depois navegue até a pasta git / bin e execute ssh-keygen. Teoricamente, isso gerará uma chave RSA e a colocará no diretório apropriado. Depois, basta encontrá-lo e compartilhar sua chave pública com o mundo.

A razão pela qual a janela "pisca" é porque o Windows executa o programa e, quando executado, fecha o prompt de comando, pensando que você já terminou, quando realmente precisa da saída.

Usando a v0.17 do Git Gui no Windows, cliquei no seguinte comando de menu: Ajuda → Mostrar chave SSH .

Uma caixa de diálogo apareceu intitulada Your OpenSSH Public Key . Eu gerei uma chave e copiei para a área de transferência. Então continuei a seguir as instruções setup-ssh no githelp a partir do passo três . Posteriormente, o Git Gui se comunicou com o GitHub silenciosamente - sem a necessidade de inserir credenciais.

No meu sistema Windows 7, o Git Gui procura a chave RSA na userprofile/.sshpasta ou mais especificamente c:/users/yourusername/.ssh/.

A parte complicada da minha configuração foi fazer com que o host compartilhado no hostmonster aceite a chave. A única maneira de fazê-lo funcionar era usando o Git Gui para criar os pares de chaves (sem senha) e depois copiar e colar a chave pública por meio do painel de controle, ssh, gerenciar chaves.

Para começar do início, você precisa criar as chaves no Git Gui, indo ao menu Ajuda , Mostrar chave SSH e depois Gerar chave . Agora você terá duas novas chaves no .sshdiretório. Abra o .pubarquivo e copie o conteúdo.

Efetue login no painel de controle no host compartilhado e acesse SSH , Gerenciar chaves SSH e Importar . Cole na caixa Pública e certifique-se de dar o nome certo sem a extensão - a minha era id_rsa. Agora você deve autorizar a chave usando o link de autorização de gerenciamento, para que ela seja concatenada no authorized_keysarquivo.

Agora, seu Git Gui e seu Git Bash devem poder usar o SSH sem precisar digitar a senha. Estranhamente, eu consegui usar o SSH via Git Bash e Git Gui nos meus próprios servidores executando Linux, era apenas a hospedagem compartilhada que estava me dando ataques. Espero que isso ajude alguém, pois levei horas de tentativa e erro para chegar a isso - e é tão simples!

Se você estiver usando a linha de comando Git para Windows, faça o seguinte:

Abra cmd.exee execute setx HOME c:\PATH_TO_PRIVATE_KEY.

Crie uma nova pasta,, .ssh(se não existir) dentro c:\PATH_TO_PRIVATE_KEYe copie seu id_rsaarquivo (sua chave privada) para ele.

Feito. Agora você pode usar a linha de comando Git normalmente.

Minha experiência com o msysgit OpenSSL / Bash Git (não o plink de PuTTY) é que a ordem de pesquisa para a .ssh/pasta é a seguinte.

1. %HOME%/.ssh/
2. %HOMEDRIVE%%HOMEPATH%/.ssh/
3. %USERPROFILE%/.ssh/

Por isso, tantas pessoas sugerem definir HOMEse um dos outros não é o que você espera. Mais importante, você pode verificar por si mesmo; para depurar o uso ssh -vem um servidor que usa autenticação de chave pública da seguinte maneira:

$ ssh -v git@github.com
OpenSSH_4.6p1, OpenSSL 0.9.8e 23 Feb 2007
debug1: Reading configuration data /d/.ssh/config
...
debug1: identity file /d/.ssh/identity type -1
debug1: identity file /d/.ssh/id_rsa type 1
debug1: identity file /d/.ssh/id_dsa type -1
...
debug1: Next authentication method: publickey
debug1: Trying private key: /d/.ssh/identity
debug1: Offering public key: /d/.ssh/id_rsa
..
Hi kcd83! You've successfully authenticated, but GitHub does not provide shell access.

Encontramos a sshpesquisa em uma unidade obscura e nenhuma das respostas anteriores parecia explicar o que vimos.

Às vezes, %HOMEDRIVE%%HOMEPATH%é uma unidade de rede mapeada (por exemplo H:/) que causa falhas desnecessárias quando há problemas na rede / no servidor de arquivos, mesmo quando %USERPROFILE%/.sshexiste C:/Users/Username/.sshe possui as chaves localmente. A configuração %HOME%para o %USERPROFILE%impede de olhar para a unidade doméstica remota.

Você também pode carregar o PuTTY Agent (concurso) e adicionar a chave privada gerada com o PuTTY para o servidor.

O Git reconhece isso e usa isso para empurrar / puxar.

Eu estava usando o TortoiseGit e o Git Bash no Windows, dependendo da necessidade. Eu adicionei tudo ao TortoiseGit, e funcionou bem, mas o Git Bash não estava conseguindo, mesmo que as chaves estivessem no diretório correto. Acontece que eu tive que fazer isso com o Git Bash:

ssh-add C:\\Users\\<YOUR_USER>\\.ssh\\id_rsa

É claro que você pode alterar o caminho para onde sua chave estiver localizada, lembrando-se de usá-la \\como separador.

Se você estiver usando o Git for Windows, depois que as chaves SSH forem geradas, você deverá adicionar sua chave SSH ao ssh-agent.

Consulte Gerando uma nova chave SSH e adicionando-a ao ssh-agent .

eval $(ssh-agent -s)

// Tell where the keys are located

ssh-add ~/.ssh/id_rsa