Git: kon host github.com-fout niet oplossen tijdens het klonen van externe repository in git

Wat ik deed: ik heb een externe repository op Github gemaakt en ik probeer de externe repository op mijn lokale computer te klonen. Tijdens het klonen geef ik de kloon-URL & doelmap.

Maar elke keer dat ik probeer te klonen, krijg ik deze foutmelding:

Fout: “fataal: geen toegang tot ‘https://github.com/hyperion057/spring- repo.git/‘: Kon host: github.com niet oplossen”

Wat moet ik doen om verbinding te maken met GitHub?

Antwoord 1, autoriteit 100%

moet ik proxy-instellingen configureren? omdat mijn kantoor proxyservers heeft.

Ja, u kunt dit doen door de omgevingsvariabelen HTTP_PROXYen HTTPS_PROXYin te stellen.

Zie “Synchroniseren met 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

(Om te voorkomen dat uw inloggegevens — gebruikersnaam/wachtwoord — duidelijk worden weergegeven in de proxy-URL, zie hieronder)

Let op de NO_PROXYom toegang te krijgen tot de interne site van uw bedrijf

Je kunt dat ook registreren in je git config:

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

Maar als je onjuiste proxy Git-instellingen hebt, verwijder ze dan:

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

Geen inloggegevens nodig: gebruik genotrance/px.
Als u, zoals ik, in een bedrijf achter een NTLM-proxy zit, hoeft u alleen maar:

• unzip px-v0.4.0.zipwaar je maar wilt
• wijzig het px.iniconfiguratiebestand (plaats het in %USERPROFILE%), wijzig de regel server:

  [proxy]
  server = proxy.my.company:8080  <= use your company proxy:port
  listen = 127.0.0.1
  port = 3128
  

• gebruik HTTP(S)-proxyvariabele zonder uw inloggegevens!(de px-proxy hergebruikt die van de huidige Widows-sessie, hetzij via Microsoft SSPIof Microsoft Kerberos)

Dat geeft je:

set HTTPS_PROXY=http://127.0.0.1:3128
set HTTP_PROXY=http://127.0.0.1:3128
set NO_PROXY=localhost,my.company

Antwoord 2, autoriteit 94%

Ik kreeg een soortgelijke fout en deze wordt veroorzaakt door een onjuiste proxy-instelling. Dit commando heeft me gered:

git config --global --unset http.proxy

https-versie:

git config --global --unset https.proxy

Antwoord 3, autoriteit 65%

Een paar uur bezig geweest om dit op te lossen.

Mijn wifi opnieuw verbinden deed de truc.

Antwoord 4, Autoriteit 36%

Een andere mogelijkheid, ik liep zelf dit probleem tegen. Maar het was nadat ik een VPN had geïnstalleerd (die niet gerelateerd en actief was)

De VPN uitschakelen, het probleem opgelost.

Voor het record draaide ik “viscositeit” VPN op mijn MacBookPro

Antwoord 5, Autoriteit 29%

Ik heb hetzelfde probleem gehad na het oplossen van schijfruimte. Sluiting en heropeningsterminal heeft het één keer opgelost. Mijn Mac opnieuw opstarten.

Sommige eenvoudige dingen om te proberen voordat u naar willekeurige opdrachten springt:

• Start Terminal Tab
• Start Terminal-app
• Als de schijf vol is (of dicht bij het) vrijmaken van een schijfruimte en herstart de terminal-app
• HERSTART MACHINE / OS

Antwoord 6, Autoriteit 25%

Wilt u opmerken, wanneer ik Brian’s oplossing heb gedaan:

git config --global --unset http.proxy

Zorg ervoor dat u de Terminal start en opnieuw starten. De mijne was niet op totdat ik dat deed.

Heel erg bedankt, kwestie was me vermoorden!

Antwoord 7, Autoriteit 21%

192.30.252.128 is het huidige IP van Github.com die kan worden ingesteld in uw lokale DNS (/ etc / hosts in Linux en C: \ Windows \ System32 \ stuurprogramma’s \ etc \ Hosts)

Antwoord 8, Autoriteit 6%

Ik heb hetzelfde probleem en los het op met behulp van deze opdracht

$ git config – global http.proxy http: // enter_your_proxy: Enter_port

Antwoord 9, Autoriteit 4%

Ik had deze vergelijkbare fout als volgt.

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

Eigenlijk heeft het snelle bericht ons verteld waar het mis is.

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

Wanneer ik mijn GitHub controleer, vond ik dat de HTTPS-URL van mijn Github Repository

is

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

Ik weet niet hoe dit is gebeurd. De verkeerde URL is automatisch ingesteld door automatisch geïnstalleerd Git Shell.

Zodra ik het ‘/’ aan het einde verwijder, kan ik met succes duwen.

Antwoord 10, Autoriteit 4%

het werkt voor mij

git config --global --unset http.proxy

of

git config --global --unset https.proxy

Antwoord 11, Autoriteit 3%

In mijn geval, in een Windows-box, lijkt mijn TCP / IP-stapel te zijn gereset. Het opnieuw instellen van de TCP / IP-stapel van de client-pc zorgde ervoor dat Git opnieuw op de juiste manier moet gedragen. Voer deze opdracht uit in de beheerdersmodus op een opdrachtprompt en probeer het opnieuw met de GIT-opdracht:

netsh int ip reset

Handmatig uitschakelen en opnieuw inschakelen van de netwerkadapter via het bedieningspaneel produceert een vergelijkbaar resultaat.

Ik vermoed DNS-resolutie-problemen in de TCP-stapel op mijn Windows-doos.

Antwoord 12, Autoriteit 3%

U kunt deze twee opdrachten proberen, het heeft me geholpen.

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

Antwoord 13, Autoriteit 2%

allemaal,
Ik wil je allemaal laten weten dat ik ditzelfde probleem had. Ik los het op door mijn remote URL GIT Remote Set-URL ORIGHT https://new.url.here i Gevonden Hoe dit te doen vanuit dit antwoord, maar ik moest veranderen naar https: Wijzig de URI (URL) voor een Remote Git Repository

Antwoord 14, Autoriteit 2%

Als je bovenstaande oplossingen hebt geprobeerd en niets helpt, moet je misschien je lokale netwerkinstellingen controleren en proberen 8.8.8.8en je lokale router-ip toe te voegen aan de DNSingediend.

Antwoord 15, autoriteit 2%

Voor het geval toekomstige generaties hier ook in vastzitten:
Wat voor mij werkte (op mac OSX) was om mijn DNS in te stellen met opendns
208.67.222.222 , 208.67.220.220. Ik krijg deze cijfers hier: https://www.opendns.com. Om de een of andere reden is mijn dns-configuratie teruggezet naar de standaardnummers (mijn lokale ip denk ik), en ik kon geen verbinding maken met github, brew of rubygems. Sorry voor de spelfout.

Antwoord 16, autoriteit 2%

Dit lost het probleem op

git config --global --unset http.proxy

of https

git config --global --unset https.proxy

Antwoord 17, autoriteit 2%

Vandaag heb ik hetzelfde probleem, dit biedt ook een andere mogelijkheid. Ik heb alle bovenstaande suggesties gedaan, maar zie het probleem nog steeds. Ik kan niet anders dan mijn mac opnieuw opstarten…. Probleem opgelost….

Antwoord 18

Als suggestie voor Ubuntu-servers kunt u essid en wachtwoord van router noteren in uw /etc/network/interfaces-bestand:

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)

Toen ik deze fout kreeg tijdens het ophalen van een repository naar mijn server, schreef ik wpa-ssiden wpa-psken startte ik opnieuw. Toen werkte het.

EDIT: IK TOEGESTAAN MET DEZELFDE PROBLEEM EN DEZE TIJD WERKELIJK DOOR DE INCOMSISTENTIVE IN ROUTER SIGNAAL NIVEADEN. Mijn verbinding was niet sterk, dat was het probleem. De bovenstaande oplossing is echter een echte oplossing voor statische IP

Antwoord 19

Een reden voor dit probleem kan verkeerd / leeg zijn /etc/resolv.confbestand.

De manier waarop ik dit probleem opgelost in mijn My CentoS 7 Minimal is als volgt:
Mijn /etc/resolv.confwas leeg en ik heb de volgende regels toegevoegd:

nameserver 192.168.1.1
nameserver 0.0.0.0

Waar 192.168.1.1is mijn gateway, in uw geval kan het anders zijn.

Antwoord 20

In mijn geval open ik een nieuwe terminal en probleem opgelost. Ik weet niet precies wat het probleem in de eerste plaats heeft veroorzaakt.

Antwoord 21

Gebaseerd op andere oplossingen, wat voor mij werkte:

1.
Dit in terminal schrijven:

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

2.
Start – Router
RESTART – MAC

U kunt eerst -2-, als dat niet werkt, dan -1- en -2 –

Antwoord 22

Als u een VPN hebt die nodig is om verbinding te maken met uw Enterprise-account en een “git-pull” doet, zal deze fout optreden, schakelt u gewoon uw VPN en het zal werken.

Antwoord 23

Misschien is het vanwege uw internettoegang, u kunt het proberen:

ping google.com

Als u deze fout opnieuw krijgt, was er een probleem in uw netwerkconfiguratie.

Antwoord 24

Randcase hier, maar ik probeerde (bijna) alle bovenstaande antwoorden boven op virtualbox en niets doe het er niets aan deed maar dan niet alleen de virtualboxvm maar goede Ole virtualbox zelf en herstart het programma zelf de truc zonder 0 klacht.

Hoop dat kan helpen ~ 0,1% van de vragen 🙂

Antwoord 25

de eenvoudige oplossing voor het verwijderen van extra “/” van git clone remote is door de url tussen haakjes te plaatsen. git kloon ” “

Antwoord 26

Anders dan al deze oplossingen, loste ik het probleem in mijn geval op toen ik mijn terminal opnieuw opstartte (of een ander venster opende).

Antwoord 27

Terminal opnieuw opstarten op Mac werkte.

Antwoord 28

Als alle bovenstaande antwoorden je probleem niet hebben opgelost, probeer dan de router opnieuw op te starten.

Werkte voor mij.

Antwoord 29

Misschien helpt het ergens iemand, in mijn geval (wat een privé-opslagplaats van git was), was de host opgeschort, dus het probleem lag bij mijn GitHub-server en de beheerder loste het op.

Antwoord 30

Het werkte voor mij toen ik “service apache2 stop” gebruikte