der Host github.com-Fehler konnte beim Klonen des Remote-Repositorys in git nicht behoben werden

Ich habe einen ähnlichen Fehler erhalten, der durch eine falsche Proxy-Einstellung verursacht wurde. Dieser Befehl hat mich gerettet:

git config --global --unset http.proxy

https version:

git config --global --unset https.proxy

Verbrachte ein paar Stunden damit, das Problem zu beheben. 

Das erneute Anschließen meines WLANs hat den Trick getan.

eine andere Möglichkeit, ich bin selbst auf dieses Problem gestoßen. Aber es war nachdem ich ein VPN installiert hatte (was nicht verwandt war und lief)

deaktivieren des VPNs wurde das Problem behoben.

für das Protokoll habe ich "Viscosity" VPN auf meinem MacBookPro ausgeführt

Ich hatte das gleiche Problem, nachdem mir der Festplattenspeicher ausgeht. Das Schließen und Wiederöffnen des Terminals hat es einmal behoben. Starten Sie meinen Mac den nächsten.

Einige einfache Dinge, die Sie ausprobieren sollten, bevor Sie zu zufälligen Befehlen springen:

• terminal-Registerkarte neu starten
• terminal-App neu starten
• Wenn der Datenträger voll ist (oder in der Nähe), Speicherplatz freigeben, starten Sie die Terminal-App neu
• maschine/OS neu starten

192.30.252.128 ist die aktuelle IP-Adresse von github.com, die in Ihrem lokalen DNS festgelegt werden kann (/ etc/hosts in Linux und C:\Windows\System32\drivers\etc\hosts).

Ich möchte hinzufügen, weil ich es nicht getan habe, nachdem Sie eingegeben haben:

git config --global --unset http.proxy

stellen Sie sicher, dass Sie das Terminal beenden und neu starten. Meine entschied sich nicht, bis ich das tat.

Vielen Dank, das Problem hat mich umgebracht!

ich habe das gleiche Problem und löse es mit diesem Befehl

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

In meinem Fall schien mein TCP/IP-Stack in einer Windows-Box zurückgesetzt zu werden. Das Zurücksetzen des TCP/IP-Stacks des Client-PCs hat dazu geführt, dass sich git wieder richtig verhält. Führen Sie diesen Befehl im Administratormodus an einer Eingabeaufforderung aus, und wiederholen Sie den Befehl git:

netsh int ip reset

Ein manuelles Deaktivieren und erneutes Aktivieren des Netzwerkadapters über die Systemsteuerung führt zu einem ähnlichen Ergebnis.

Ich vermute, DNS-Auflösungsprobleme im TCP -Stack auf meiner Windows-Box. 

Ich hatte diesen sehr ähnlichen Fehler wie folgt.

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

Tatsächlich hat uns die Prompt-Nachricht mitgeteilt, was falsch ist.

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

Wenn ich meinen Github überprüfe, fand ich die HTTPS-URL meines Github-Repositorys

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

Ich weiß nicht wie das passiert ist. Die falsche URL wurde von der installierten Git Shell automatisch eingerichtet.

Sobald ich das '/' am Ende entferne, kann ich erfolgreich pushen.

Alle ... Ich möchte Ihnen allen mitteilen, dass ich dieses Problem hatte. Ich löse es, indem ich meine Remote-URL zurücksetze. Git remote set-url Origin https://new.url.here Ich fand diese Vorgehensweise anhand dieser Antwort, musste jedoch auf https: URI ändern (URL) für ein Remote-Git-Repository

Für den Fall, dass zukünftige Generationen auch hier stecken bleiben: Für mich funktionierte (auf Mac OSX), mein DNS mit den Optionen 208.67.222.222, 208.67.220.220 einzustellen. Ich bekomme diese Nummern hier: https://www.opendns.com . Aus irgendeinem Grund wurde meine DNS-Konfiguration auf die Standardnummern zurückgesetzt (meine lokale IP-Adresse, denke ich), und ich konnte keine Verbindung zu Github, Brew oder Rubygems herstellen. Entschuldigung für den Rechtschreibfehler.

Wenn Sie die oben genannten Lösungen ausprobiert haben und nichts hilft, müssen Sie möglicherweise Ihre lokalen Netzwerkeinstellungen überprüfen und versuchen, 8.8.8.8 und die lokale IP-Adresse des Routers zu DNS hinzuzufügen.

In meinem Fall öffne ich ein neues Terminal und Problem gelöst. Ich weiß nicht genau, was das Problem überhaupt verursacht hat.

Heute stehe ich vor demselben Problem, dies bietet auch eine andere Möglichkeit. Ich habe alle oben genannten Vorschläge gemacht, aber das Problem immer noch gesehen. Ich habe keine Möglichkeit, meinen Mac neu zu starten .... Problem gelöst ....

Als Vorschlag für Ubuntu-Server können Sie essid und das Passwort des Routers in Ihre /etc/network/interfaces-Datei eintragen: 

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)

Als ich diesen Fehler beim Abrufen eines Repositorys auf meinen Server erhielt, schrieb ich wpa-ssid und wpa-psk und startete neu. Dann hat es funktioniert.

EDIT: Ich hatte das gleiche Problem wieder und diesmal wegen der Inkonsistenz der Signalpegel des Routers. Meine Verbindung war nicht stark, das war das Problem. Die obige Lösung ist jedoch eine echte Lösung für statische IP 

Sie können diese beiden Befehle ausprobieren, es hat mir geholfen.

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

Ein Grund für dieses Problem könnte die falsche/leere /etc/resolv.conf-Datei sein. 

Ich habe dieses Problem in meinem centos 7-Minimum so gelöst, wie folgt: Mein /etc/resolv.conf war leer und ich habe folgende Zeilen hinzugefügt:

nameserver 192.168.1.1
nameserver 0.0.0.0

wo 192.168.1.1 mein Gateway ist, kann es in Ihrem Fall anders sein.

Randfall hier habe ich aber (fast) alle obigen Antworten ausprobiert auf VirtualBox und nichts tat es, aber dann wurde nicht nur die VirtualBoxVM geschlossen, sondern auch die gute alte VirtualBox selbst und der Neustart des Programms selbst hat den Trick ohne 0 Beschwerde getan. 

Hoffe das kann ~ 0,1% der Queriers helfen:) 

die einfache Lösung zum Entfernen von "/" von git clone remote besteht darin, die URL in Klammern zu setzen. Git Klon ""

Dies löst das Problem 

git config --global --unset http.proxy

oder https 

git config --global --unset https.proxy

Im Unterschied zu all diesen Lösungen habe ich in meinem Fall das Problem gelöst, als ich mein Terminal neu gestartet hatte (oder ein anderes Fenster öffnete). 

Basierend auf anderen Lösungen, was für mich funktioniert hat:

1. Schreiben Sie dies in das Terminal:

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

2 . Restart - router Restart - mac

Sie können zunächst -2- versuchen. Wenn das nicht funktioniert, dann versuchen Sie -1- und -2-.