Errore Git: "Verifica chiave host non riuscita" durante la connessione al repository remoto

Sto cercando di connettermi a un repository Git remoto che risiede sul mio server Web e clonarlo sulla mia macchina.

Sto usando il seguente formato per il mio comando:

git clone ssh://username@domain.com/repository.git

Questo ha funzionato bene per la maggior parte dei membri del mio team. Di solito, dopo aver eseguito questo comando, Git richiederà la password dell'utente, quindi eseguirà la clonazione. Tuttavia, durante l'esecuzione su una delle mie macchine viene visualizzato il seguente errore:

Verifica chiave host non riuscita.

fatale: impossibile leggere dal repository remoto.

Non stiamo usando le chiavi SSH per connetterci a questo repository, quindi non sono sicuro del motivo per cui Git ne sta verificando uno su questo particolare computer.

Ti stai collegando tramite il protocollo SSH, come indicato dal ssh://prefisso sull'URL del clone. Usando SSH, ogni host ha una chiave. I clienti ricordano la chiave host associata a un determinato indirizzo e si rifiutano di connettersi se una chiave host sembra cambiare. Ciò impedisce agli attacchi intermedi dell'uomo.

La chiave host per domain.com è stata modificata. Se questo non ti sembra complicato , rimuovi la vecchia chiave dalla cache locale modificando ${HOME}/.ssh/known_hostsper rimuovere la riga per domain.com o lasciando che un'utilità SSH lo faccia per te

ssh-keygen -R domain.com

Da qui, registra la chiave aggiornata eseguendola tu stesso

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

o, equivalentemente, lasciare che sshlo faccia per voi la prossima volta che ti connetti con git fetch, git pullo git push(o anche una pianura ol' ssh domain.com) rispondendo Sì quando richiesto

L'autenticità dell'host "domain.com (abcd)" non può essere stabilita.
L'impronta digitale della chiave RSA è XX: XX: ...: XX.
Sei sicuro di voler continuare a connetterti (sì / no)?

Il motivo di questo prompt è domain.com non è più nel tuo known_hostsdopo averlo eliminato e presumibilmente non nel sistema /etc/ssh/ssh_known_hosts, quindi sshnon ha modo di sapere se l'host all'altro capo della connessione è davvero domain.com. (Se è stata inserita la chiave sbagliata /etc, qualcuno con privilegi di amministratore dovrà aggiornare il file a livello di sistema.)

Ti incoraggio vivamente a prendere in considerazione la possibilità di autenticare gli utenti anche con le chiavi. In questo modo, è ssh-agentpossibile archiviare il materiale chiave per comodità (piuttosto che chiunque debba inserire la propria password per ogni connessione al server) e le password non passano attraverso la rete.

Come ho già risposto in precedenza nella clonazione di repository git provoca errori - La verifica della chiave host non è riuscita. fatale: l'estremità remota si è bloccata in modo imprevisto , aggiungere GitHub all'elenco degli host autorizzati:

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

Ho avuto il problema simile, ma, usando le chiavi SSH. Dalla risposta di Tupy, sopra, ho capito che il problema è che il file known_hosts non è presente o github.com non è presente nella lista degli host conosciuti. Ecco i passaggi che ho seguito per risolverlo:

1. mkdir -p ~/.ssh
2. ssh-keyscan -t rsa github.com >> ~/.ssh/known_hosts
3. ssh-keygen -t rsa -C "user.email"
4. aprire la chiave pubblica con questo comando $ cat ~/.ssh/id_rsa.pub e copiarla.
5. Aggiungi la chiave id_rsa.pub all'elenco delle chiavi SSH sul tuo profilo GitHub.

Questo sta accadendo perché github non è attualmente nei tuoi host conosciuti.

Ti verrà richiesto di aggiungere github ai tuoi host conosciuti. Se ciò non è avvenuto, è possibile eseguire ssh -T git@github.comnuovamente per ricevere il prompt.

Per me, ho dovuto digitare "sì" al prompt che chiede "Sei sicuro di voler continuare a connetterti (sì / no)?" anziché semplicemente premere Invio.

Ho avuto lo stesso problema su un sistema appena installato, ma questo era un problema udev. Non c'era /dev/ttynodo, quindi ho dovuto fare:

mknod -m 666 /dev/tty c 5 0

Se ti trovi in ​​una Intranet per ufficio (altrimenti pericolosa) che è sempre protetta dai firewall, inserisci semplicemente le seguenti righe nella tua ~ / .ssh / config

Host *
StrictHostKeyControllo no
UserKnownHostsFile = / dev / null

Quello che ha funzionato per me è stato aggiungere prima la mia chiave SSH del nuovo computer, ho seguito queste istruzioni da GitLab: aggiungi la chiave SSH . Nota che da quando sono su Win10, ho dovuto eseguire tutti questi comandi in Git Bash su Windows (non funzionava nella normale shell cmd DOS).

Poi di nuovo in Git Bash, ho dovuto fare uno git clonedei repository con cui avevo problemi, e nel mio caso ho dovuto clonarlo con un nome diverso poiché lo avevo già localmente e non volevo perdere i miei impegni. Per esempio

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

Quindi ho ricevuto la richiesta di aggiungerlo all'elenco degli host conosciuti, la domanda potrebbe essere questa:

Sei sicuro di voler continuare a connetterti (sì / no)?

Ho digitato "sì" e alla fine ha funzionato, in genere dovresti ricevere un messaggio simile a questo:

Avviso: aggiunto in modo permanente "[il tuo repo link]" (ECDSA) all'elenco degli host conosciuti.

Nota : se sei su Windows, assicurati di usare Git Bash per tutti i comandi, questo non ha funzionato nella normale shell cmd o powershell, in Git Bash dovevo davvero farlo.

Alla fine ho cancellato il secondo repository clone ( myRepo2nell'esempio) e sono tornato al mio primo repository e finalmente ho potuto fare tutte le cose di Git come normali nel mio editor preferito VSCode.

Se stai usando git per Windows.

• Apri la GUI di git.
• Aprire il repository git locale nella GUI di git.
• Aggiungi il telecomando o premi se il telecomando esiste già.
• Rispondi "sì" alla domanda se vuoi continuare.

Il client della GUI aggiunge la chiave per te ~/.ssh/known_hosts. Questo è più facile da ricordare se non lo fai spesso ed evita anche la necessità di utilizzare la riga di comando git (le righe di comando standard di Windows non hanno l' ssh-keyscaneseguibile.

Quando il server remoto vuole connettersi al repository privato, si autenticherà tramite ssh. Crea la coppia di chiavi privata-pubblica con ssh-keygen o se hai già la chiave pubblica-privata. copia e incolla la chiave pubblica nelle Impostazioni del repository privato.

YourPrivateRepo -> Impostazioni -> Distribuisci chiavi -> Aggiungi chiave di distribuzione -> Incolla la chiave pubblica.

Ora il server remoto sarebbe in grado di connettersi al repository privato.

NOTA: le chiavi di distribuzione hanno accesso solo per la lettura del repository. È necessario consentire esplicitamente l'accesso in scrittura.

Significa che la chiave dell'host remoto è stata modificata (potrebbe essere la modifica della password dell'host),

Il tuo terminale ha suggerito di eseguire questo comando come utente root

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

Devi rimuovere quel nome host dall'elenco degli host sul tuo PC / server. Copia quel comando suggerito ed eseguilo come utente 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

Riprova, spero che funzioni.

Quando viene richiesto:

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

Digitare yes come risposta

È così che ho risolto il mio problema. Ma se provi a premere semplicemente il pulsante Invio, non funzionerà!

Puoi usare il tuo "git url" nel formato URL 'https "nel file Jenkins o dove vuoi.

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

Ho riscontrato lo stesso errore all'interno di DockerFile durante la fase di creazione mentre l'immagine era pubblica. Ho apportato poche modifiche a Dockerfile.

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

Questo perché usando git@github.com: ... la sintassi finisce> usando SSH per clonare, e all'interno del contenitore, la tua chiave privata non è> disponibile. Dovrai invece utilizzare RUN git clone> https://github.com/edenhill/librdkafka.git .

Ho avuto il problema simile, purtroppo ho usato l'HMI GitExtensions e ho dimenticato di aver scritto una passphrase. Con HMI .... dimenticalo! Non inserire la passphrase quando generi la tua chiave!

Ho ricevuto questo messaggio quando ho provato a git cloneun repository che non era mio. La correzione consisteva nel fork e quindi nel clonare.