Git dice "Advertencia: añadido permanentemente a la lista de hosts conocidos"

Cada vez que uso git para interactuar con un control remoto, como al tirar o empujar, me aparece el siguiente mensaje:

Advertencia: Se agregó permanentemente '...' (RSA) a la lista de hosts conocidos.

¿Cómo puedo evitar que se muestre este mensaje molesto? Es solo una molestia: todo funciona correctamente.

Solución: cree un ~/.ssh/configarchivo e inserte la línea:

UserKnownHostsFile ~/.ssh/known_hosts

Luego verá el mensaje la próxima vez que acceda a Github, pero después de eso ya no lo verá porque el host se agrega al known_hostsarchivo. Esto soluciona el problema, en lugar de solo ocultar el mensaje de registro.

Este problema me estaba molestando durante bastante tiempo. El problema ocurre porque el cliente OpenSSH compilado para Windows no verifica el archivo known_hosts en~/.ssh/known_hosts

ssh -vvvvvvvvvvvvvvvvvvv [email protected]

debug3: check_host_in_hostfile: filename /dev/null
debug3: check_host_in_hostfile: filename /etc/ssh/ssh_known_hosts
debug3: check_host_in_hostfile: filename /dev/null
debug3: check_host_in_hostfile: filename /etc/ssh/ssh_known_hosts
Warning: Permanently added 'github.com,207.97.227.239' (RSA) to the list of known hosts.

Agregue la siguiente línea a su archivo de configuración ssh ($ HOME / .ssh / config):

LogLevel=quiet

Si ejecuta ssh desde la línea de comando, agregue la siguiente opción a la cadena de comando:

-o LogLevel=quiet

Por ejemplo, lo siguiente imprime la versión de gcc instalada en machine.example.org (y sin advertencia):

ssh -o UserKnownHostsFile=/dev/null \
    -o StrictHostKeyChecking=no \
    -o LogLevel=quiet \
    -i identity_file \
    machine.example.org \
    gcc -dumpversion

Ajuste LogLevela ERROR(no QUIET) en el ~/.ssh/configarchivo para evitar ver estos errores:

Host *
   StrictHostKeyChecking no
   UserKnownHostsFile /dev/null
   LogLevel ERROR

Ese mensaje es de SSH, que le advierte que se está conectando a un host al que nunca se ha conectado antes. No recomendaría desactivarlo, ya que significaría que podría perderse una advertencia sobre el cambio de una clave de host, lo que puede indicar un ataque MITM en su sesión SSH.

Para suprimir mensajes de advertencia ssh, puede agregar las siguientes líneas a ~/.ssh/config:

Host *
LogLevel error

Eso deshabilitará las advertencias pero no los mensajes de error. Al igual que las otras configuraciones ~/.ssh/config, puede configurarlas LogLevelpor host si desea un control más detallado.

Principalmente significa que hay cambios para la clave para ese host ~/.ssh/known_hosts , y no la ACTUALIZARÁ automáticamente. Por lo tanto, cada vez que reciba este mensaje de advertencia.

Esto sucede a menudo para conectarse a las máquinas virtuales recreadas, lo que cambia la clave con la misma dirección IP

Solución

Si solo tiene una entrada, puede eliminar el ~/.ssh/known_hosts archivo y, después de la primera conexión, que la clave estará allí y no habrá mensajes de advertencia después de eso.

Si tiene varias entradas, puede usar el siguiente comando para eliminar

$ ssh-keygen -R <hostname>

Funciona bien para mí

Si está utilizando un repositorio de GitHub, considere usar la versión HTTPS de la URL para evitar este problema por completo:

Si clona su repositorio desde la aplicación Windows GitHub, esto es lo que usa para la URL remota. Tal vez ellos saben algo que nosotros no sabemos.

Tengo la misma pregunta y descubrí que no hay un .ssharchivo en mi ~. Así que acabo de crear el .sshdirectorio bajo la ~ruta y el problema se resolvió.

Tuve el mismo problema cuando comencé a usar una máquina Windows. En mi caso, fue porque mi configuración SSH no se realizó. Github tiene una documentación muy precisa sobre la configuración de SSH. Una vez que se ha solucionado, el problema se resolvió.

https://help.github.com/articles/checking-for-existing-ssh-keys/ https://help.github.com/articles/generating-a-new-ssh-key-and-adding-it- al-agente-ssh /

Añadir clave ssh

ssh-keygen -t rsa -b 4096 -C "[email protected]"

eval "$(ssh-agent -s)"

ssh-add ~/.ssh/bitbucket_rsa

archivo de configuración de caja

crate ~/.ssh/config

agregue debajo de la línea.

UserKnownHostsFile ~/.ssh/known_hosts

Luego agregue la clave de publicación y clone su repositorio ... Hecho .....

Me enfrenté al mismo error en Linux / Cent OS VM y fue porque la IP estaba cambiando después de reiniciar. Para solucionar este problema, definí una IP estática en la red y agregué esa entrada al archivo / etc / hosts. Para IP estática, mencione un valor de rango ligeramente mayor. Por ejemplo, si su IP actual (ipconfig / ifconfig) es 192.168.0.102, la próxima vez después de reiniciar esto puede convertirse en 192.168.0.103. Así que defina su IP estática en la configuración de IPV4 como 192.168.0.181, que debería ser el truco.

En mi caso, fue porque el administrador que configuró el servidor configuró estas opciones en ~/.ssh/config

StrictHostKeyChecking no
UserKnownHostsFile /dev/null

Lo que funcionó bien para la mayoría de los casos al no usar el ~/.ssh/known_hostsarchivo. Pero para el repositorio empresarial de gitlab, cada vez que daba la "Advertencia: permanentemente agregado ... a la lista de hosts conocidos".

Mi solución fue comentar la UserKnownHostsFile /dev/nulllínea, lo que permitió la creación de ~/.ssh/known_hosts. Entonces no dio más advertencias después de eso.

También puede tener entradas antiguas / inválidas en su known_hosts.

# find entry in ~/.ssh/known_hosts
ssh-keygen -F <hostname>

# delete entry in ~/.ssh/known_hosts
ssh-keygen -R <hostname>

Estoy retirando mi solución debido a los continuos votos negativos.
Fue la mejor solución sin hackear el código fuente del cliente SSH.
Si alguien está interesado, verifique el historial de edición.