não foi possível resolver o erro do host github.com ao clonar o repositório remoto no git

O que fiz: criei um repositório remoto no Github e estou tentando clonar o repositório remoto na minha máquina local. Durante a clonagem, estou fornecendo a URL do clone e a pasta de destino.

Mas toda vez que tento clonar, estou recebendo este erro:

Erro: "fatal: não foi possível acessar ' https://github.com/hyperion057/spring-repo.git/ ': não foi possível resolver o host: github.com"

O que preciso fazer para me conectar ao GitHub?

preciso definir configurações de proxy? porque meu escritório tem servidores proxy.

Sim, você pode fazê-lo por definição HTTP_PROXY, e HTTPS_PROXYvariáveis de ambiente.

Consulte " Sincronizando com o 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

Observe o NO_PROXY, para permitir acessar o site interno da sua empresa

Você também pode registrar isso na sua configuração do git:

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

Mas se você tiver configurações incorretas de proxy do Git, remova-as:

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

Eu recebi um erro semelhante e é causado pela configuração incorreta do proxy. Este comando me salvou:

git config --global --unset http.proxy

versão https:

git config --global --unset https.proxy

Passou algumas horas tentando consertar isso.

Reconectando meu wifi fez o truque.

outra possibilidade, eu mesmo tive esse problema. Mas foi depois que eu instalei uma VPN (que não estava relacionada e em execução)

desligar a VPN, corrigiu o problema.

para constar, eu estava executando a VPN "Viscosity" no meu MacBookPro

Eu tive o mesmo problema depois de ficar sem espaço em disco. O terminal de fechamento e reabertura o consertou uma vez. Reiniciando o meu Mac na próxima.

Algumas coisas fáceis de experimentar antes de pular para comandos aleatórios:

• guia reiniciar terminal
• reiniciar o aplicativo terminal
• Se o disco estiver cheio (ou próximo a ele), libere espaço em disco e reinicie o aplicativo de terminal
• reiniciar a máquina / SO

192.30.252.128 é o IP atual do github.com que pode ser definido no DNS local (/ etc / hosts no Linux e C: \ Windows \ System32 \ drivers \ etc \ hosts)

Gostaria de observar, quando eu fiz a solução de Brian:

git config --global --unset http.proxy

certifique-se de sair e reiniciar o terminal . O meu não resolveu até que eu fiz isso.

Muito obrigado, problema estava me matando!

Eu tenho o mesmo problema e resolvê-lo usando este comando

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

No meu caso, em uma caixa do Windows, minha pilha TCP / IP parece ter que ser redefinida. A redefinição da pilha TCP / IP do PC cliente fez com que o git começasse a se comportar corretamente novamente. Execute este comando no modo Administrador em um prompt de comandos e tente novamente o comando git:

netsh int ip reset

Desativar e reativar manualmente o adaptador de rede através do Painel de Controle produz um resultado semelhante.

Suspeito de problemas de resolução de DNS dentro da pilha TCP na minha caixa do Windows.

Eu tive esse erro muito semelhante ao seguinte.

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

Na verdade, a mensagem rápida nos diz onde está errado.

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

Ao verificar meu github, descobri que o URL HTTPS do meu repositório github é

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

Não sei como isso aconteceu. O URL errado foi configurado pelo Git Shell instalado automaticamente.

Depois de remover o '/' no final, posso enviar com êxito.

Tudo, quero que todos saibam que eu estava tendo o mesmo problema. Para resolvê-lo, redefini minha origem remota git remote set-url https://new.url.here , descobri como fazer isso com esta resposta, mas tive que mudar o hit para https: Alterar o URI (URL) para um controle remoto Repositório Git

Apenas para o caso de as futuras gerações também estarem envolvidas nisso: Para mim, o que funcionou (no Mac OSX) foi definir meu DNS com os opendns 208.67.222.222, 208.67.220.220. Eu recebo esses números aqui: https://www.opendns.com . Por alguma razão, minha configuração de DNS foi redefinida para os números padrão (meu IP local, eu acho), e não consegui me conectar ao github, brew ou rubygems. Desculpe pelo erro de ortografia.

Hoje eu enfrento o mesmo problema, isso também está fornecendo outra possibilidade. Fiz todas as sugestões acima, mas ainda estou vendo o problema. Não tenho como senão reiniciar meu mac .... Problema resolvido ....

Quando você tentou as soluções acima e nada ajuda, pode ser necessário verificar as configurações de rede local e tentar adicionar 8.8.8.8o ip do roteador local ao DNSarquivado.

Como sugestão para os servidores Ubuntu, você pode escrever essid e senha do roteador no seu /etc/network/interfacesarquivo:

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)

Quando recebi esse erro ao puxar um repositório para o meu servidor, escrevi wpa-ssidewpa-psk e reiniciado. Então funcionou.

Edição: Eu enfrentei o mesmo problema novamente e desta vez foi por causa da inconsistência nos níveis de sinal do roteador. Minha conexão não era forte, esse era o problema. No entanto, a solução acima é uma solução real para IP estático

No meu caso, abro um novo terminal e o problema está resolvido. Mas não sei exatamente o que causou o problema.

Você pode tentar esses dois comandos, isso me ajudou.

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

Isso resolve o problema

git config --global --unset http.proxy

ou https

git config --global --unset https.proxy

Caso de borda aqui, mas eu tentei (quase) todas as respostas acima no VirtualBox e nada estava fazendo isso, mas depois fechar não apenas o VirtualBoxVM, mas o bom próprio VirtualBox e reiniciar o próprio programa, fizeram o truque sem nenhuma reclamação.

Espero que possa ajudar ~ 0,1% dos consultantes :)

a solução simples para remover "/" extra do git clone remote é colocar o URL entre parênteses. clone git ""

Um dos motivos desse problema pode estar errado / vazio /etc/resolv.conf arquivo .

A maneira como resolvi esse problema no meu centos 7 minimal é a seguinte: meu /etc/resolv.confestava vazio e adicionei as seguintes linhas:

nameserver 192.168.1.1
nameserver 0.0.0.0

Onde 192.168.1.1está o meu gateway, no seu caso, pode ser diferente.

Com base em outras soluções, o que funcionou para mim:

1. escrevendo isso no terminal:

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

2. restart - reinicialização do roteador - mac

Você pode primeiro tentar -2-, se isso não funcionar, tente -1- e -2-

Diferente de todas essas soluções, no meu caso, resolvi o problema ao reiniciar meu terminal (ou abrir outra janela).

Reiniciar o terminal no Mac funcionou.

Se todas as respostas acima falharem na solução do seu problema, tente reiniciar o roteador.

Trabalhou para mim.

Talvez ajude alguém em algum lugar, no meu caso (que era um repositório particular do git), o host foi suspenso, então o problema estava no meu servidor GitHub e o administrador o resolveu.

Funcionou para mim quando usei "service apache2 stop"

Acho que meu caso foi muito raro, mas o GitHub estava fora do ar. Verifique a página da web para ver se ela carrega corretamente.

GitHub