Saltar al contenido

No se puede establecer la autenticidad del host ‘github.com (192.30.252.128)’

Recuerda que en las ciencias un error puede tener diversas resoluciones, no obstante aquí te enseñamos lo más óptimo y mejor.

Solución:

Peligro por delante, a menos que realmente no te importe la comunicación segura con github en tu cuenta local

Ssh se queja con razón de que no pueden asegurarse de que realmente te estás conectando al servidor de github a través de un canal seguro. Esa podría ser la razón por la que github recomienda el acceso https, que funciona de forma inmediata gracias a su acceso público. key infraestructura.

Ahora, puede hacer que funcione, pero tenga en cuenta que implica almacenar en caché un público key huella dactilar que, si se realiza incorrectamente, proporciona al atacante un ataque permanente de intermediario.

¿Cómo proceder con seguridad?

La opción 1 es usar url https en lugar de ssh.

La opción 2 es tener trabajo de acceso ssh.

Bien, muéstrame la opción 2

Hacer ssh -T [email protected] pero no escriba simplemente “sí”. Compruebe si el hash que se muestra coincide con uno de los hash que se muestran en https://help.github.com/articles/what-are-github-s-ssh-key-huellas dactilares/ (en su pregunta lo hace, y vea, la página se obtiene a través de https para el mismo público key razones de infraestructura).

Si el hash coincide, entonces la conexión es realmente segura, puede responder “sí” a la pregunta de ssh.

Bien, verifiqué y escribí sí, ¿cómo sé que funciona?

Ssh mostrará algo como:

Advertencia: se agregó permanentemente el host RSA key para la dirección IP ‘192.30.252.128’ a la lista de hosts conocidos.

Después de eso, verá un mensaje como

Permiso denegado (clave pública).

lo cual es bueno pero muestra que necesita más configuración, o simplemente

Hola su nombre de usuario! Se ha autenticado con éxito, pero GitHub no proporciona acceso de shell.

lo que significa que todo funciona bien y puede volver a intentar su primera operación.

Tenga en cuenta que si vuelve a intentar el mismo comando ssh, ya no debería hacer la pregunta.

Correr ssh -o StrictHostKeyChecking=no [email protected] en el símbolo del sistema para agregar la autenticidad a sus hosts conocidos. Entonces no recibirá el aviso la próxima vez.

Está seguro de que no ha iniciado sesión accidentalmente como un usuario diferente (esto me sucede cuando sudo -s / login as root y olvido que mi cuenta de GitHub no está vinculada a ese usuario).

Puntuaciones y comentarios

Si entiendes que te ha sido útil este artículo, nos gustaría que lo compartas con otros seniors de este modo nos ayudas a extender esta información.

¡Haz clic para puntuar esta entrada!
(Votos: 0 Promedio: 0)



Utiliza Nuestro Buscador

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *