Error de Git: "Error de verificación de clave de host" al conectarse al repositorio remoto

Estoy tratando de conectarme a un repositorio remoto de Git que reside en mi servidor web y clonarlo en mi máquina.

Estoy usando el siguiente formato para mi comando:

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

Esto ha funcionado bien para la mayoría de los miembros de mi equipo. Por lo general, después de ejecutar este comando, Git solicitará la contraseña del usuario y luego ejecutará la clonación. Sin embargo, cuando se ejecuta en una de mis máquinas aparece el siguiente error:

La verificación de la clave del host ha fallado.

fatal: no se pudo leer desde el repositorio remoto.

No estamos usando claves SSH para conectarnos a este repositorio, por lo que no estoy seguro de por qué Git está buscando una en esta máquina en particular.

Se está conectando a través del protocolo SSH, como lo indica el ssh://prefijo en su URL de clonación. Usando SSH, cada host tiene una clave. Los clientes recuerdan la clave de host asociada con una dirección en particular y se niegan a conectarse si una clave de host parece cambiar. Esto evita los ataques del hombre en el medio.

La clave de host para domain.com ha cambiado. Si esto no le parece sospechoso , elimine la clave anterior de su caché local editando ${HOME}/.ssh/known_hostspara eliminar la línea de domain.com o dejando que una utilidad SSH lo haga por usted con

ssh-keygen -R domain.com

Desde aquí, registre la clave actualizada ya sea haciéndola usted mismo con

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

o, equivalentemente, dejar que sshlo haga por usted la próxima vez que se conecte con git fetch, git pullo git push(o incluso un ol llano' ssh domain.com), respondiendo que sí cuando se le solicite

No se puede establecer la autenticidad del host 'domain.com (abcd)'.
La huella digital de la clave RSA es XX: XX: ...: XX.
¿Estás seguro de que deseas continuar conectando (sí / no)?

La razón de este aviso es domain.com ya no está en su known_hostsdespués de eliminarlo y presumiblemente no en el sistema /etc/ssh/ssh_known_hosts, por lo que sshno tiene forma de saber si el host en el otro extremo de la conexión es realmente domain.com. (Si hay una clave incorrecta /etc, alguien con privilegios administrativos tendrá que actualizar el archivo de todo el sistema).

Le recomiendo que considere que los usuarios también se autentiquen con claves. De esa manera, ssh-agentpuede almacenar material clave por conveniencia (en lugar de que todos tengan que ingresar su contraseña para cada conexión al servidor), y las contraseñas no pasan por la red.

Como respondí anteriormente en Clonación, el repositorio git causa un error: la verificación de la clave del host falló. fatal: el extremo remoto se colgó inesperadamente , agregue GitHub a la lista de hosts autorizados:

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

Tuve el problema similar, pero, usando claves SSH. Por la respuesta de Tupy, más arriba, descubrí que el problema es que el archivo conocido_hosts no está presente o que github.com no está presente en la lista de hosts conocidos. Estos son los pasos que seguí para resolverlo:

1. mkdir -p ~/.ssh
2. ssh-keyscan -t rsa github.com >> ~/.ssh/known_hosts
3. ssh-keygen -t rsa -C "user.email"
4. abra la clave pública con este comando $ cat ~/.ssh/id_rsa.puby cópiela.
5. Agregue la clave id_rsa.pub a la lista de claves SSH en su perfil de GitHub.

Esto está sucediendo porque github no está actualmente en sus hosts conocidos.

Debería pedirte que agregues github a tus hosts conocidos. Si esto no ha sucedido, puede ejecutar ssh -T [email protected]para recibir el mensaje nuevamente.

Para mí, solo tenía que escribir "sí" en el mensaje que pregunta "¿Está seguro de que desea continuar conectando (sí / no)?" en lugar de simplemente presionar Enter.

Tengo el mismo problema en un sistema recién instalado, pero este fue un problema de udev. No había /dev/ttynodo, así que tuve que hacer:

mknod -m 666 /dev/tty c 5 0

Si está en la intranet de la oficina (por lo demás peligrosa) que siempre está protegida por firewalls, simplemente tenga las siguientes líneas en su ~ / .ssh / config

Host *
StrictHostKeyChecking no
UserKnownHostsFile = / dev / null

Lo que funcionó para mí fue agregar primero mi clave SSH de la nueva computadora, seguí estas instrucciones de GitLab: agregar clave SSH . Tenga en cuenta que desde que estoy en Win10, tuve que hacer todos estos comandos en Git Bash en Windows (no funcionaba en el cmd Shell de DOS normal).

Por otra parte, en Git Bash, tuve que hacer uno git clonede los repositorios con los que tuve problemas, y en mi caso tuve que clonarlo con un nombre diferente ya que ya lo tenía localmente y no quería perder mis compromisos. Por ejemplo

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

Luego recibí el mensaje para agregarlo a la lista de hosts conocidos, la pregunta podría ser esta:

¿Estás seguro de que deseas continuar conectando (sí / no)?

Escribí "sí" y finalmente funcionó, normalmente debería recibir un mensaje similar a este:

Advertencia: se agregó permanentemente '[su enlace de repositorio]' (ECDSA) a la lista de hosts conocidos.

Nota : si está en Windows, asegúrese de usar Git Bash para todos los comandos, esto no funcionó en cmd shell o powershell normal, realmente tuve que hacer esto en Git Bash.

Por último, eliminé el segundo repositorio de clones ( myRepo2en el ejemplo) y volví a mi primer repositorio y finalmente pude hacer todas las cosas de Git como de costumbre en mi editor favorito VSCode.

Si está utilizando git para Windows.

• Abra la GUI de git.
• Abra el repositorio local de git en git GUI.
• Agregue el control remoto o presione si el control remoto ya existe.
• Responda "sí" a la pregunta sobre si desea continuar.

El cliente GUI agrega la clave para que usted lo haga ~/.ssh/known_hosts. Esto es más fácil de recordar si no lo hace con frecuencia y también evita la necesidad de usar la línea de comando git (las líneas de comando estándar de Windows no tienen el ssh-keyscanejecutable.

Cuando el servidor remoto desea conectarse al repositorio privado, se autenticaría a través de ssh. Cree el par de claves pública-privada con ssh-keygen o si ya tiene la clave pública-privada. copie y pegue la clave pública en la Configuración del repositorio privado.

YourPrivateRepo -> Configuración -> Implementar claves -> Agregar clave de implementación -> Pegar la clave pública.

Ahora el servidor remoto podría conectarse al repositorio privado.

NOTA: Las claves de implementación solo tienen acceso para leer el repositorio. Necesidad de permitir explícitamente el acceso de escritura.

Significa que se cambió la clave de host remoto (puede ser un cambio de contraseña de host)

Su terminal sugirió ejecutar este comando como usuario root

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

Debe eliminar ese nombre de host de la lista de hosts en su PC / servidor. Copie el comando sugerido y ejecútelo como usuario 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

Inténtalo de nuevo, espero que esto funcione.

Cuando se le preguntó:

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

Escriba yes como respuesta

Así es como resolví mi problema. Pero si intentas presionar el botón enter, ¡no funcionará!

Puedes usar tu "git url" en formato URL 'https' en el archivo Jenkins o donde quieras.

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

Estaba enfrentando el mismo error dentro de DockerFile durante el tiempo de compilación mientras la imagen era pública. Hice poca modificación en Dockerfile.

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

Esto se debe a que al usar [email protected]: ... la sintaxis termina> usando SSH para clonar, y dentro del contenedor, su clave privada no está> disponible. En su lugar, querrá usar RUN git clone> https://github.com/edenhill/librdkafka.git .

Tuve el problema similar, desafortunadamente utilicé la HMI de GitExtensions y olvidé que escribí una frase de contraseña. Con HMI ... ¡olvídalo! ¡No ingrese la frase de contraseña cuando genere su clave!

Recibí este mensaje cuando intenté git cloneun repositorio que no era mío. La solución fue bifurcar y luego clonar.