no se pudo resolver el error host github.com al clonar el repositorio remoto en git

Lo que hice: he creado un repositorio remoto en Github y estoy tratando de clonar el repositorio remoto en mi máquina local. Mientras clono, proporciono la URL de clonación y la carpeta de destino.

Pero cada vez que intento clonar, recibo este error:

Error: "fatal: no se puede acceder a ' https://github.com/hyperion057/spring-repo.git/ ': no ​​se pudo resolver el host: github.com"

¿Qué debo hacer para conectarme a GitHub?

¿Necesito configurar los ajustes del proxy? porque mi oficina tiene servidores proxy.

Sí, puede hacerlo configurando HTTP_PROXYy HTTPS_PROXYvariables de entorno.

Consulte " Sincronización con github ":

set HTTPS_PROXY=http://<login_internet>:<password_internet>@aproxy:aport
set HTTP_PROXY=http://<login_internet>:<password_internet>@aproxy:aport
set NO_PROXY=localhost,my.company

Tenga en cuenta que NO_PROXY, para permitir el acceso al sitio interno de su empresa

También puede registrar eso en su configuración de git:

git config --global http.proxy http://<login_internet>:<password_internet>@aproxy:aport

Pero si tiene una configuración Git de proxy incorrecta, elimínela:

cd /path/to/repo
git config --unset http.proxy
git config --global --unset http.proxy
git config --system --unset http.proxy

git config --unset https.proxy
git config --global --unset https.proxy
git config --system --unset https.proxy

# double-check with:
git config -l --show-origin | grep -i proxy

Recibí un error similar, y es causado por una configuración de proxy incorrecta. Este comando me salvó:

git config --global --unset http.proxy

versión https:

git config --global --unset https.proxy

Pasé un par de horas tratando de arreglar esto.

Volver a conectar mi wifi hizo el truco.

Otra posibilidad, me encontré con este problema yo mismo. Pero fue después de haber instalado una VPN (que no estaba relacionada y en ejecución)

apagando la VPN, solucionó el problema.

para el registro, estaba ejecutando VPN "Viscosidad" en mi MacBookPro

Tuve el mismo problema después de quedarme sin espacio en disco. El cierre y la reapertura del terminal lo arreglaron una vez. Reiniciar mi Mac al siguiente.

Algunas cosas fáciles de probar antes de saltar a comandos aleatorios:

• reiniciar la pestaña del terminal
• reiniciar la aplicación de terminal
• Si el disco está lleno (o cerca de él), libere espacio en el disco y luego reinicie la aplicación de terminal
• reiniciar máquina / SO

192.30.252.128 es la IP actual de github.com que se puede configurar en su DNS local (/ etc / hosts en Linux y C: \ Windows \ System32 \ drivers \ etc \ hosts)

Me gustaría señalar, cuando hice la solución de Brian:

git config --global --unset http.proxy

asegúrese de salir y reiniciar el terminal . El mío no se resolvió hasta que hice eso.

¡Muchas gracias, el problema me estaba matando!

Tengo el mismo problema y lo soluciono usando este comando

$ git config --global http.proxy http: // enter_your_proxy: enter_port

En mi caso, en una caja de Windows, mi pila TCP / IP parece haber tenido que reiniciarse. Al restablecer la pila TCP / IP de la PC cliente, git comenzó a comportarse correctamente nuevamente. Ejecute este comando en modo Administrador en el símbolo del sistema y vuelva a intentar el comando git:

netsh int ip reset

Deshabilitar y volver a habilitar manualmente el adaptador de red a través del Panel de control produce un resultado similar.

Sospecho problemas de resolución de DNS dentro de la pila TCP en mi caja de Windows.

Tuve este error muy similar al siguiente.

C:\wamp\www\myrepository [master]> git push
fatal: unable to access 'https://github.com/myaccount/myrepository.git/': Couldn't resolve host 'github.com'

En realidad, el mensaje rápido nos ha dicho dónde está mal.

https://github.com/myaccount/myrepository.git/

Cuando reviso mi github, encontré que la URL HTTPS de mi repositorio github es

https://github.com/myaccount/myrepository.git

No sé cómo sucedió esto. La URL incorrecta ha sido configurada por Git Shell instalado automáticamente.

Una vez que elimino el '/' al final, puedo presionar con éxito.

Todos, quiero informarles que estaba teniendo este mismo problema. Me resolverlo restableciendo mi git URL remota origen-SET URL remota https://new.url.here encontré cómo hacer esto de esta respuesta, pero tuve que cambiar golpe a https: Cambiar el URI (URL) para un control remoto Repositorio Git

En caso de que las generaciones futuras se atasquen en esto también: para mí lo que funcionó (en Mac OSX) fue configurar mi DNS con opendns 208.67.222.222, 208.67.220.220. Obtengo estos números aquí: https://www.opendns.com . Por alguna razón, mi configuración de dns se restableció a los números predeterminados (supongo que mi ip local), y no pude conectarme a github, brew o rubygems. Perdón por la falta de ortografía.

Hoy me enfrento con el mismo problema, esto también me brinda otra posibilidad. Hice todas las sugerencias anteriores pero aún veo el problema. No tengo más remedio que reiniciar mi mac ... Problema resuelto ...

Cuando probó las soluciones anteriores y nada ayuda, es posible que deba verificar la configuración de su red local e intentar agregar 8.8.8.8y la dirección IP de su enrutador local al DNSarchivo.

Como sugerencia para los servidores Ubuntu, puede escribir essid y la contraseña del enrutador en su /etc/network/interfacesarchivo:

iface [en0 || your wireless driver no necessarily en0] inet static
    address 192.168.1.100 / (something for your static ip between 1-255)
    netmask 255.255.255.0
    gateway 192.168.1.1 / (this is the ip of your router)
    dns-nameservers 8.8.8.8 / (you can use whatever you want)
    wpa-ssid qwertyuio / (this is router id)
    wpa-psk qwertyuio / (this is router password for wireless connection)

Cuando llegué a este error mientras tira de un repositorio a mi servidor, escribí wpa-ssidy wpa-psky reiniciado. Entonces funcionó.

EDITAR: Me enfrenté al mismo problema nuevamente y esta vez fue debido a la inconsistencia en los niveles de señal del enrutador. Mi conexión no era fuerte, ese era el problema. Sin embargo, la solución anterior es una solución real para ip estática

En mi caso abro una nueva terminal y el problema está resuelto. Sin embargo, no sé exactamente qué causó el problema en primer lugar.

Puedes probar estos dos comandos, me ayudó.

git config --global --unset http.proxy 
git config --global --unset https.proxy

Esto resuelve el problema

git config --global --unset http.proxy

o https

git config --global --unset https.proxy

Edge case aquí pero probé (casi) todas las respuestas anteriores en VirtualBox y nada lo estaba haciendo, pero luego cerré no solo VirtualBoxVM sino también el buen VirtualBox en sí y reinicié el programa en sí mismo.

Espero que pueda ayudar ~ 0.1% de los queers :)

La solución simple para eliminar "/" extra del control remoto de git clone es poner la URL entre paréntesis. git clone ""

Una razón para este problema podría ser un /etc/resolv.confarchivo incorrecto / vacío .

La forma en que resolví este problema en mi centos 7 minimal es la siguiente: /etc/resolv.confestaba vacío y agregué las siguientes líneas:

nameserver 192.168.1.1
nameserver 0.0.0.0

¿Dónde 192.168.1.1está mi puerta de enlace? En su caso puede ser diferente.

Basado en otras soluciones, lo que funcionó para mí:

1. escribiendo esto en la terminal:

git config --global --unset http.proxy
git config --global --unset https.proxy

2. reiniciar - reinicio del enrutador - mac

Primero puede intentar -2-, si eso no funciona, intente -1- y -2-

A diferencia de todas estas soluciones, en mi caso, resolví el problema cuando reinicié mi terminal (o abrí otra ventana).

Reiniciar terminal en Mac funcionó.

Si todas las respuestas anteriores no lograron resolver su problema, intente reiniciar el enrutador.

Trabajó para mi.

Quizás ayudó a alguien en algún lugar, en mi caso (que era un repositorio privado de git), el host se suspendió, por lo que el problema estaba en mi servidor GitHub y el administrador lo resolvió.

Funcionó para mí cuando usé "service apache2 stop"

Supongo que mi caso era muy raro, pero GitHub estaba fuera de servicio. Revise su página web para ver si se carga correctamente.

GitHub