Erro Git: "Falha na verificação da chave do host" ao conectar-se ao repositório remoto

Estou tentando conectar-me a um repositório Git remoto que reside no meu servidor web e cloná-lo na minha máquina.

Estou usando o seguinte formato para o meu comando:

git clone ssh://[email protected]/repository.git

Isso funcionou bem para a maioria dos membros da minha equipe. Geralmente, depois de executar este comando, o Git solicita a senha do usuário e, em seguida, executa a clonagem. No entanto, ao executar em uma das minhas máquinas, recebo o seguinte erro:

Falha na verificação da chave do host.

fatal: Não foi possível ler do repositório remoto.

Não estamos usando chaves SSH para conectar-se a este repositório, por isso não sei por que o Git está procurando uma nessa máquina específica.

Você está se conectando através do protocolo SSH, conforme indicado pelo ssh://prefixo no URL do seu clone. Usando o SSH, todo host possui uma chave. Os clientes lembram-se da chave do host associada a um endereço específico e recusam-se a conectar-se se uma chave do host parecer mudar. Isso evita ataques do homem no meio.

A chave do host para domain.com foi alterada. Se isso não lhe parecer suspeito , remova a chave antiga do cache local editando ${HOME}/.ssh/known_hostspara remover a linha de domain.com ou permitindo que um utilitário SSH faça isso por você com

ssh-keygen -R domain.com

A partir daqui, registre a chave atualizada, fazendo você mesmo com

ssh-keyscan -t rsa domain.com >> ~/.ssh/known_hosts

ou, de forma equivalente, vamos sshfazer isso por você na próxima vez que você se conectar com git fetch, git pullou git push(ou mesmo um simples ol' ssh domain.com), respondendo sim quando for solicitado

A autenticidade do host 'domain.com (abcd)' não pode ser estabelecida.
A impressão digital da chave RSA é XX: XX: ...: XX.
Tem certeza de que deseja continuar se conectando (sim / não)?

A razão para esse prompt é domain.com não está mais no seu known_hostsdepois de excluí-lo e, presumivelmente, não está no sistema /etc/ssh/ssh_known_hosts, portanto ssh, não há como saber se o host do outro lado da conexão é realmente domain.com. (Se a chave errada estiver /etcinserida, alguém com privilégios administrativos precisará atualizar o arquivo em todo o sistema.)

É altamente recomendável que você também tenha usuários autenticados com chaves. Dessa forma, ssh-agentpode armazenar material de chave por conveniência (em vez de todos terem que digitar sua senha para cada conexão com o servidor), e as senhas não passam pela rede.

Como eu respondi anteriormente em Cloning, o git repo causa erro - a verificação da chave do host falhou. fatal: A extremidade remota desligou inesperadamente , adicione o GitHub à lista de hosts autorizados:

ssh-keyscan -t rsa github.com >> ~/.ssh/known_hosts

Eu tive o problema semelhante, mas usando as chaves SSH. Da resposta de Tupy, acima, eu descobri que o problema é que o arquivo known_hosts não está presente ou o github.com não está presente na lista de hosts conhecidos. Aqui estão as etapas que segui para resolvê-lo -

1. mkdir -p ~/.ssh
2. ssh-keyscan -t rsa github.com >> ~/.ssh/known_hosts
3. ssh-keygen -t rsa -C "user.email"
4. abra a chave pública com este comando $ cat ~/.ssh/id_rsa.pube copie-o.
5. Adicione a chave id_rsa.pub à lista de chaves SSH no seu perfil do GitHub.

Isso está acontecendo porque o github não está atualmente em seus hosts conhecidos.

Você deve ser solicitado a adicionar o github aos seus hosts conhecidos. Se isso não aconteceu, você pode executar ssh -T [email protected]para receber o prompt novamente.

Para mim, bastava digitar "yes" no prompt que pergunta "Tem certeza de que deseja continuar se conectando (yes / no)?" ao invés de pressionar Enter.

Eu tive o mesmo problema em um sistema recém-instalado, mas este era um problema do udev. Não havia /dev/ttynó, então eu tive que fazer:

mknod -m 666 /dev/tty c 5 0

Se você estiver na intranet do escritório (caso contrário, perigosa), sempre protegida por firewalls, basta ter as seguintes linhas em ~ / .ssh / config

Host *
StrictHostKeyChecking no
UserKnownHostsFile = / dev / null

O que funcionou para mim foi primeiro adicionar minha chave SSH do novo computador, segui estas instruções do GitLab - adicionar chave SSH . Observe que, como estou no Win10, tive que executar todos esses comandos no Git Bash no Windows (não funcionou no cmd comum do DOS).

Então, novamente, no Git Bash, tive que fazer um git clonerepo com o qual tive problemas e, no meu caso, tive que cloná-lo para um nome diferente, pois já o tinha localmente e não queria perder meus compromissos. Por exemplo

git clone ssh://git@gitServerUrl/myRepo.git myRepo2

Então eu recebi o prompt para adicioná-lo à lista de hosts conhecidos, a pergunta pode ser esta:

Tem certeza de que deseja continuar se conectando (sim / não)?

Eu digitei "yes" e finalmente funcionou, você normalmente deve receber uma mensagem semelhante a esta:

Aviso: permanentemente adicionado '[seu link de repo]' (ECDSA) à lista de hosts conhecidos.

Nota : se você estiver no Windows, certifique-se de usar o Git Bash para todos os comandos; isso não funcionou no cmd shell ou no PowerShell, eu realmente tive que fazer isso no Git Bash.

Por fim, apaguei o segundo repo clone ( myRepo2no exemplo) e voltei ao meu primeiro repo e finalmente pude fazer todas as coisas do Git normalmente no meu editor favorito VSCode.

Se você estiver usando o git para Windows.

• Abra a GUI do git.
• Abra o repositório git local na GUI do git.
• Adicione o controle remoto ou pressione se o controle remoto já existir.
• Responda "sim" à pergunta sobre se você deseja continuar.

O cliente da GUI adiciona a chave para você ~/.ssh/known_hosts. É mais fácil lembrar se você não faz isso com frequência e evita a necessidade de usar a linha de comando git (as linhas de comando padrão do Windows não têm o ssh-keyscanexecutável.

Quando o servidor remoto deseja se conectar ao repositório particular, ele será autenticado via ssh. Crie o par de chaves público-privado com ssh-keygen ou se você já possui a chave público-privada. copie e cole a chave pública nas Configurações do repositório particular.

YourPrivateRepo -> Configurações -> Implementar chaves -> Adicionar chave de implantação -> Colar a chave pública.

Agora, o servidor remoto poderá se conectar ao repositório particular.

NOTA: As chaves de implantação têm acesso apenas para a leitura do repositório. Precisa permitir explicitamente o acesso de gravação.

Isso significa que sua chave do host remoto foi alterada (pode ser a alteração da senha do host),

Seu terminal sugeriu executar este comando como usuário root

$ ssh-keygen -f "/root/.ssh/known_hosts" -R [www.website.net]

Você precisa remover esse nome de host da lista de hosts no seu PC / servidor. Copie esse comando sugerido e execute como um usuário root.

$ sudo su                                                        // Login as a root user

$ ssh-keygen -f "/root/.ssh/known_hosts" -R [www.website.net]    // Terminal suggested command execute here
Host [www.website.net]:4231 found: line 16 type ECDSA
/root/.ssh/known_hosts updated.
Original contents retained as /root/.ssh/known_hosts.old

$ exit                                                           // Exist from root user

Tente novamente. Espero que funcione.

Quando perguntado:

Are you sure you want to continue connecting (yes/no)?

Digite yes como resposta

Foi assim que resolvi meu problema. Mas se você tentar apenas pressionar o botão Enter, não funcionará!

Você pode usar o seu "git url" no formato de URL 'https' no arquivo Jenkins ou onde quiser.

git url: 'https://github.com/jglick/simple-maven-project-with-tests.git'

Eu estava enfrentando o mesmo erro no DockerFile durante o tempo de compilação, enquanto a imagem era pública. Fiz poucas modificações no Dockerfile.

 RUN git clone  https://github.com/kacole2/express-node-mongo-skeleton.git /www/nodejs

Isso ocorre porque o uso da sintaxe [email protected]: ... acaba usando SSH para clonar e, dentro do contêiner, sua chave privada não está disponível. Você deseja usar o RUN git clone> https://github.com/edenhill/librdkafka.git .

Eu tive o problema semelhante, infelizmente, usei a HMI do GitExtensions e esqueci que escrevi uma senha. Com HMI .... esqueça! Não digite a senha quando você gerar sua chave!

Recebi esta mensagem quando tentei git cloneum repositório que não era meu. A solução foi bifurcar e depois clonar.