Ich stehe unter einem Proxy und dränge mich für eine ganze Weile dazu, erfolgreich zu spielen.
Jetzt bin ich nicht in der Lage, plötzlich in git zu drängen.
Ich habe den RSA-Schlüssel und den Proxy festgelegt und sie ohne Erfolg überprüft, und Git gibt mir den im Titel der Seite angezeigten Fehler.
174
git push
. Hat für mich gearbeitet.1.1.1.1
anstelle eines Standard- DNS zu verwenden, weshalb @zundi über einen mobilen Hotspot erfolgreich ist.Antworten:
Der Grund könnte die Änderung der Firewall sein, da Sie sich in einem Netzwerk befinden. (In diesem Fall blockieren sie möglicherweise absichtlich einige Ports.)
Um zu überprüfen, ob dies der Grund ist, tun Sie dies
Dies sollte eine Zeitüberschreitung sein. Wenn dies der Fall ist, verwenden Sie auf diese Weise das http-Protokoll anstelle von ssh.
Ändern Sie einfach Ihre URL in der Konfigurationsdatei in http.
Hier ist, wie :-
Eintrag von ändern
zu
quelle
In meinem Fall hat keine der vorgeschlagenen Lösungen funktioniert, daher habe ich versucht, das Problem selbst zu beheben, und es wurde behoben.
Für mich wird dieser Fehler auf meiner AWS EC2 UBUNTU-Instanz angezeigt. Um dies zu beheben, habe ich die ssh-Konfiguration bearbeitet (oder hinzugefügt, wenn sie nicht vorhanden ist).
sudo nano ~/.ssh/config
Und ich habe folgendes hinzugefügt
Führen Sie dann den Befehl aus
ssh -T [email protected]
, um zu bestätigen, ob das Problem behoben ist.Nach dieser
Hoffentlich hilft dies allen anderen, die das gleiche Problem haben wie ich.
quelle
~/.ssh/config
und die Art und Weise zu ändern, wie Sie sich mit GitLab.com verbinden. In diesem Fall lesengit
config, sondernssh
configGrundlegendes Umschreiben von URLs
Git bietet eine Möglichkeit, URLs mit git config neu zu schreiben. Geben Sie einfach den folgenden Befehl ein:
Jetzt führen alle Git-Befehle wie durch Zauberei eine Ersetzung von
git://
to durchhttps://
source: git: // Protokoll von Firma blockiert, wie kann ich das umgehen?
quelle
git config --global url."https://github.com/".insteadOf [email protected]:
. Beachten Sie die Unterschiede:@
wird//
und:
wird/
.im .ssh-Ordner Erstellen Sie die "config" -Datei
quelle
Schnelle Problemumgehung: Wechseln Sie zu einem anderen Netzwerk
Ich habe dieses Problem an einem Hotspot (3 / 4G-Verbindung) festgestellt. Der Wechsel zu einer anderen Verbindung (WiFi) hat das Problem behoben, aber es ist nur eine Problemumgehung. Ich hatte keine Chance, dem Problem auf den Grund zu gehen, sodass die anderen Antworten möglicherweise interessanter sind, um das zugrunde liegende Problem zu ermitteln
quelle
Ich hatte das gleiche Problem und konnte keine funktionierende Lösung finden. Beim Einrichten eines lokalen Servers trat dieses Problem auf, und der Git konnte keine Verbindung über mein Proxy-Netzwerk herstellen, meine Workstation jedoch. Dies war die Ausgabe, als ich den Befehl ausführte
ssh -vT [email protected]
Also habe ich versucht, eine SSH-Verbindung über den HTTPS-Port zu verwenden, indem ich die Konfigurationsdatei bearbeitet habe,
~/.ssh/config
aber ohne Erfolg.Schließlich fand ich diesen Artikel, der das eigentliche Problem löste und enthüllte.
Dies ist meine Konfigurationsdatei und jetzt funktioniert Git perfekt über SSH!
quelle
Ausführen:
Ihre Ausgabe sollte folgendermaßen aussehen:
Wenn du bekommst:
Sie müssen Ihre ~ / .ssh / config-Datei bearbeiten. Fügen Sie Folgendes hinzu:
quelle
nc
installiert haben werden. Was soll das sein? Netcat oder so?Ich hatte das gleiche Problem, aber die Antwort, die ich fand, war anders. Ich dachte, jemand könnte auf dieses Problem stoßen. Hier ist meine Lösung.
Ich musste die weiße Liste 2 IPs für den Port
22
,80
,443
, und9418
:192.30.252.0/22
185.199.108.0/22
Falls diese IPs nicht funktionieren, weil sie möglicherweise aktualisiert wurden, finden Sie die aktuellsten auf dieser Seite .
quelle
Die obige Antwort gab mir die Informationen, die zur Behebung dieses Problems erforderlich waren. In meinem Fall begann die URL fälschlicherweise mit ssh: ///
Öffnen Sie die Git-Konfigurationsdatei, um zu überprüfen, ob die URL in Ihrer Git-Konfiguration korrekt ist: -
Überprüfen Sie den URL-Eintrag. Es sollte NICHT ssh: /// am Anfang haben.
Falsche Eingabe:
Richtige Eingabe:
Wenn Ihre URL korrekt ist, besteht der nächste Schritt darin, die obige Antwort zu versuchen, die eine Änderung des Protokolls in http vorschlägt.
quelle
Als ich versehentlich zu einem Gast- WLAN-Netzwerk gewechselt bin, ist dieser Fehler aufgetreten. Musste wieder zu meinem Standard- WLAN-Netzwerk wechseln .
quelle
Ich hatte dieses Problem 2 Stunden lang und es stellte sich heraus, dass ich das "s" von https entfernte und einfach Folgendes tat:
git clone -b <branchName> http:<projecturl>
Behoben.
quelle
PROBLEM: Schritt zum Erstellen des Problems: git clone [email protected]: sramachand71 / test.git zum ersten Mal im neuen Laptop FEHLER ssh: Verbindung zum Host herstellen github.com Port 22: Zeitüberschreitung der Verbindung schwerwiegend: Konnte nicht von der Fernbedienung gelesen werden Repository.
Stellen Sie sicher, dass Sie über die richtigen Zugriffsrechte verfügen und das Repository vorhanden ist. LÖSUNG Zum ersten Mal im System zum Klonen müssen wir doppelte Anführungszeichen für den Klonbefehl geben. $ git clone "[email protected]: sramachand71 / test.git" Ich habe dieses Problem im System, auch nachdem alles korrekt war, aber ich habe endlich bemerkt, dass ein doppeltes Anführungszeichen für die URL "repository_url.git" zum ersten Mal oder für einen neuen Benutzer erforderlich ist Im System.
quelle
Das Ändern der Repo-URL von ssh in https ist für mich nicht sehr sinnvoll. Wie ich es vorziehen ,
ssh
überhttps
wegen irgendeiner Art von zusätzlichen Vorteilen , die ich will nicht zu verwerfen. Die obigen Antworten sind ziemlich gut und genau. Wenn Sie dieses Problem in Gitlab Gesicht, gehen Sie bitte auf die offizielle Dokumentation Seite und Ihre Konfigurationsdatei wie das ändern.quelle
Neustart Computer hat es für mich gelöst.
Git-Version: 2.27.0.windows.1
Betriebssystemversion: Windows 10 v1909
quelle