nie można rozwiązać błędu hosta github.com podczas klonowania zdalnego repozytorium w git

Co zrobiłem: utworzyłem zdalne repozytorium na Github i próbuję sklonować zdalne repozytorium na moim lokalnym komputerze. Podczas klonowania podaję adres URL klonowania i folder docelowy.

Ale za każdym razem, gdy próbuję klonować, pojawia się ten błąd:

Błąd: „krytyczny: brak dostępu do„ https://github.com/hyperion057/spring-repo.git/ ”: nie można rozpoznać hosta: github.com”

Co muszę zrobić, aby połączyć się z GitHubem?

czy muszę konfigurować ustawienia proxy? ponieważ moje biuro ma serwery proxy.

Tak, możesz to zrobić, ustawiając HTTP_PROXYi HTTPS_PROXYzmienne środowiskowe.

Zobacz „ Synchronizowanie z 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

Zwróć uwagę na NO_PROXY, aby zezwolić na dostęp do wewnętrznej witryny Twojej firmy

Możesz również zarejestrować to w swojej konfiguracji git:

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

Ale jeśli masz nieprawidłowe ustawienia proxy Git, usuń je:

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

Otrzymałem podobny błąd i jest to spowodowane nieprawidłowym ustawieniem serwera proxy. To polecenie uratowało mnie:

git config --global --unset http.proxy

Wersja https:

git config --global --unset https.proxy

Spędziłem kilka godzin, próbując to naprawić.

Ponowne podłączenie mojego Wi-Fi załatwiło sprawę.

inna możliwość, sam napotkałem ten problem. Ale to było po tym, jak zainstalowałem VPN (który nie był powiązany i działał)

wyłączenie VPN rozwiązało problem.

dla przypomnienia, korzystałem z VPN „Viscosity” na moim MacBookPro

Mam ten sam problem po wyczerpaniu miejsca na dysku. Zamknięcie i ponowne otwarcie terminala naprawiło to raz. Ponowne uruchomienie komputera Mac w następnym.

Kilka prostych rzeczy do wypróbowania przed przejściem do losowych poleceń:

• zrestartuj kartę terminala
• zrestartuj aplikację terminalową
• Jeśli dysk jest pełny (lub blisko niego), zwolnij trochę miejsca na dysku, a następnie uruchom ponownie aplikację terminalową
• zrestartuj komputer / system operacyjny

192.30.252.128 to aktualny adres IP witryny github.com, który można ustawić w lokalnym serwerze DNS (/ etc / hosts w systemie Linux i C: \ Windows \ System32 \ drivers \ etc \ hosts)

Chciałbym zauważyć, kiedy zrobiłem rozwiązanie Briana:

git config --global --unset http.proxy

pamiętaj, aby zamknąć i ponownie uruchomić terminal . Mój nie rozwiązał się, dopóki tego nie zrobiłem.

Wielkie dzięki, problem mnie zabijał!

Mam ten sam problem i rozwiązuję go za pomocą tego polecenia

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

W moim przypadku na komputerze z systemem Windows wydaje się, że mój stos TCP / IP wymagał zresetowania. Zresetowanie stosu TCP / IP komputera klienckiego spowodowało, że git ponownie zaczął działać poprawnie. Uruchom to polecenie w trybie administratora w wierszu polecenia i ponów polecenie git:

netsh int ip reset

Podobny rezultat daje ręczne wyłączanie i ponowne włączanie karty sieciowej za pośrednictwem Panelu sterowania.

Podejrzewam, że problemy z rozpoznawaniem nazw DNS w stosie TCP na moim komputerze z systemem Windows.

Miałem bardzo podobny błąd jak następujący.

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

Właściwie szybka wiadomość mówi nam, gdzie jest źle.

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

Kiedy sprawdziłem mój github, znalazłem adres URL mojego repozytorium github HTTPS

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

Nie wiem, jak to się stało. Zły adres URL został skonfigurowany automatycznie przez zainstalowaną powłokę Git Shell.

Po usunięciu „/” na końcu mogę pomyślnie wcisnąć.

Chciałabym Wam wszystkim powiedzieć, że miałem ten sam problem. Rozwiązuję to, resetując mój zdalny adres URL git remote set-url origin https ://new.url. Tutaj dowiedziałem się, jak to zrobić z tej odpowiedzi, ale musiałem zmienić trafienie na https: Zmień URI (URL) dla pilota Repozytorium Git

Na wypadek, gdyby przyszłe pokolenia też w tym utknęły: dla mnie zadziałało (na Mac OSX) ustawienie mojego DNS z opendns 208.67.222.222, 208.67.220.220. Otrzymuję te liczby tutaj: https://www.opendns.com . Z jakiegoś powodu moja konfiguracja dns została zresetowana do domyślnych numerów (chyba mój lokalny adres IP) i nie byłem w stanie połączyć się ani z github, brew ani rubygems. Przepraszamy za błąd ortograficzny.

Dziś mam ten sam problem, to daje też inną możliwość. Wykonałem wszystkie powyższe sugestie, ale nadal widzę problem. Nie mam możliwości, ale uruchom ponownie komputer Mac ... Problem rozwiązany ....

Kiedy wypróbowałeś powyższe rozwiązania i nic nie pomaga, być może będziesz musiał sprawdzić ustawienia sieci lokalnej i spróbować dodać 8.8.8.8adres IP lokalnego routera do pola DNS.

Jako sugestię dla serwerów Ubuntu możesz zapisać esid i hasło routera w swoim /etc/network/interfacespliku:

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)

Kiedy otrzymałem ten błąd podczas ściągania repozytorium na mój serwer, napisałem wpa-ssidiwpa-psk i ponownie uruchomiony. Wtedy zadziałało.

EDYCJA: Znów stanąłem przed tym samym problemem i tym razem było to z powodu niespójności w poziomach sygnału routera. Moje połączenie nie było mocne, to był problem. Jednak powyższe rozwiązanie jest prawdziwym rozwiązaniem dla statycznego adresu IP

W moim przypadku otwieram nowy terminal i problem został rozwiązany. Nie wiem jednak dokładnie, co spowodowało problem.

Możesz wypróbować te dwie komendy, pomogło mi.

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

To rozwiązuje problem

git config --global --unset http.proxy

lub https

git config --global --unset https.proxy

Przypadek Edge tutaj, ale wypróbowałem (prawie) wszystkie powyższe odpowiedzi na VirtualBox i nic tego nie robiło, ale potem zamknięcie nie tylko VirtualBoxVM, ale dobrego samego VirtualBox i ponowne uruchomienie samego programu załatwiło sprawę bez reklamacji 0.

Mam nadzieję, że to pomoże ~ 0,1% zapytań :)

prostym rozwiązaniem usunięcia dodatkowego znaku „/” z pilota git clone jest umieszczenie adresu URL w nawiasach. git clone „”

Jednym z powodów tego problemu może być błąd / pusty /etc/resolv.conf plik.

Sposób, w jaki rozwiązałem ten problem w moim minimalnym centos 7, jest następujący: mój /etc/resolv.confbył pusty i dodałem następujące wiersze:

nameserver 192.168.1.1
nameserver 0.0.0.0

gdzie 192.168.1.1jest moja brama, w twoim przypadku może być inaczej.

W oparciu o inne rozwiązania, co u mnie zadziałało:

1. pisząc to w terminalu:

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

2. restart - restart routera - mac

Możesz najpierw spróbować -2-, jeśli to nie działa, spróbuj -1- i -2-

W odróżnieniu od wszystkich tych rozwiązań, w moim przypadku rozwiązałem problem po ponownym uruchomieniu terminala (lub otwarciu innego okna).

Ponowne uruchomienie terminala w Mac działało.

Jeśli wszystkie powyższe odpowiedzi nie pomogły w rozwiązaniu problemu, spróbuj ponownie uruchomić router.

Pracował dla mnie.

Może gdzieś komuś pomogło, w moim przypadku (który był prywatnym repozytorium gita), host został zawieszony, więc problem był z moim serwerem GitHub i administrator go rozwiązał.

U mnie zadziałało, gdy użyłem „service apache2 stop”

Myślę, że mój przypadek był bardzo rzadki, ale GitHub nie działał. Sprawdź ich stronę internetową, aby zobaczyć, czy ładuje się poprawnie.

GitHub