git gibt den http-Fehler 407 vom Proxy nach CONNECT zurück

Ich habe ein Problem beim Herstellen einer Verbindung zu Github von meinem PC mit Git. System Win 7.

Ich habe eine Verbindung über einen Proxy, daher habe ich sie in Git-Konfigurationsdateien angegeben (sowohl im allgemeinen Git-Ordner als auch im Git-Repo-Ordner). Dazu habe ich die nächste Zeile zu meinem Git-Busch eingegeben:

$ git config --global http.proxy http://<username>:<userpsw>@<proxy>:<port>

So wie es mit anderen Programmen funktioniert (zB: maven) sieht es so aus:

<username> - my login to our corp system
<userpsw> -my password to corporat system
<proxy> - 10.65.64.77
<port> - 3128

Aber wenn ich versuche, mein Repo zu pushen oder zu klonen, erhalte ich

fatal: unable to access '<repo githup link>' Received HTTP code 407 from proxy after CONNECT

Ich versuche bereits, nicht nur meinen Benutzernamen, sondern auch Domain \ Benutzername einzugeben und habe mein Passwort geändert, falls es Probleme mit Code-Sprachtabellen gibt. Und ich habe sogar ein falsches Passwort eingegeben. Fehler blieb gleich.

Als ich in '10 .65.64.177.com 'eintrat und versuchte, Repo zu pushen, erhielt ich:

fatal: unable to access '<repo github link>': Failed connect to github.com:3128; No error

Ich weiß nur nicht, was ich versuchen soll.

Was für mich funktioniert hat, ähnelt dem, was Rohitmohta vorschlägt. in der regulären DOS-Eingabeaufforderung (nicht bei Git Bash):

zuerst

git config --global http.proxy http://username:password@proxiURL:proxiPort

und in einigen Fällen auch

git config --global https.proxy http://username:password@proxiURL:proxiPort

dann

git config --global http.sslVerify false

(Ich bestätige, dass dies erforderlich ist: Wenn der Wert auf "true" gesetzt ist, wird der Fehler "SSL-Zertifikatsproblem: Lokales Ausstellerzertifikat kann nicht abgerufen werden" angezeigt.)

In meinem Fall muss die Variable all_proxy nicht definiert werden

und schlussendlich

git clone https://github.com/someUser/someRepo.git

Ich musste Setup 4 Aktivitäten in .gitconfigmit:

git config --global http.sslVerify false
git config --global https.sslVerify false
git config --global http.proxy http://user:pass@yourproxy:port
git config --global https.proxy http://user:pass@yourproxy:port

Erst dann war das Klonen erfolgreich.

Vielleicht verwenden Sie bereits die System - Proxy - Einstellung - in diesem Fall ungesetzt alle git Proxys funktionieren wird:

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

Der folgende Befehl wird benötigt, um git zu zwingen, die Anmeldeinformationen und die Authentifizierungsmethode an den Proxy zu senden:

git config --global http.proxyAuthMethod 'basic'

Quelle: https://git-scm.com/docs/git-config#git-config-httpproxyAuthMethod

Ich hatte ein ähnliches Problem hinter der Unternehmensfirewall. Hat Folgendes getan und konnte das Repository mithilfe der Git-Shell von meinem System unter Windows 7 SP1 klonen.

1. Legen Sie die Umgebungsvariable 'all_proxy' für Ihren Benutzer fest. Erforderlich durch Locken.

   export all_proxy=http://DOMAIN\proxyuser:[email protected]:8080
   

2. Legen Sie die Umgebungsvariable 'https_proxy' für Ihren Benutzer fest. Erforderlich durch Locken.

   export https_proxy=http://DOMAIN\proxyuser:[email protected]:8080
   

3. Ich bin mir nicht sicher, ob dies Auswirkungen hat. Aber ich habe das getan und es hat funktioniert:

   git config --global http.sslverify false
   

4. Verwenden Sie zum Klonen https: //

   git clone https://github.com/project/project.git
   

Hinweis 1: Verwenden Sie nicht http: //. Wenn Sie dies verwenden, kann der folgende Fehler auftreten. Es kann mit https: // behoben werden.

 error: RPC failed; result=56, HTTP code = 301

Hinweis 2: Vermeiden Sie @ in Ihrem Passwort. Kann aber $ verwenden.

Ich hatte das gleiche Problem in einer Windows-Umgebung.

Ich habe gerade mit NTLM-APS (einem Windows NT-Authentifizierungs-Proxyserver) gelöst.

Konfigurieren Sie Ihren NTML-Proxy und setzen Sie Git darauf:

git config --global http.proxy http://<username>:<userpsw>@localhost:<port>

Hatte den 407 Fehler von Android Studio. Es wurde versucht, den Proxy hinzuzufügen, aber es ist nichts passiert. Ich habe herausgefunden, dass es sich um ein Unternehmenszertifikat handelt, also habe ich das Zertifikat aus meinem Browser exportiert und zu Git hinzugefügt.

Aus Webbrowser exportieren

Internetoptionen> Inhalt> Zertifikate> Exportieren (Befolgen Sie den Assistenten, ich habe das Format "Base 64-codiertes X.509 (.CER)" gewählt.)

In Git Bash

git config --global http.sslCAInfo c:\Utilities\Certificates\my_certificate

Die folgende Seite war nützlich https://blogs.msdn.microsoft.com/phkelley/2014/01/20/adding-a-corporate-or-self-signed-certificate-authority-to-git-exes-store/

So fügen Sie den Proxy hinzu, wie die anderen Threads, die ich verwendet habe

git config --global http.proxy proxy.company.net:8080
git config --global https.proxy proxy.company.net:8080

Ich hatte das gleiche Problem, also habe ich zuerst meine npm-Datei überprüft, was ich eingestellt habe. Ich habe sie mit folgendem Befehl überprüft: -

npm config get proxy

und ich finde heraus, dass ich einen falschen Proxy eingestellt habe und ich stelle meinen Wunsch-Proxy wie folgt ein:

npm config set proxy http://xxx.xxx.xxx.4:8080   
npm config set https-proxy http://xxx.xxx.xxx.4:8080

Danach funktioniert es bei mir

Ihr Passwort scheint falsch zu sein. Überprüfen Sie Ihre Anmeldeinformationen erneut.

Ich hatte das gleiche Problem in meiner Organisation.

Nach vielen Versuchen kam ich zu folgender Lösung:

1. Ich habe beim Systemadministrator beantragt, den Proxy-Authentifizierungstyp von Kerberos in NTLM zu ändern. Ich bin nicht sicher, ob es obligatorisch war (ich bin in dieser Angelegenheit ein Ignorant), aber mein Antrag wurde genehmigt.

2. Danach füge ich die Git-Einstellung hinzu

   git config --global http.proxyauthmethod ntlm

Erst danach konnte ich mein Repository klonen

Ich hatte auch das gleiche Problem und versuchte es zu lösen, indem ich die http.proxyAuthMethod explizit auf basic setzte.

Nachdem ich einen PCAP-Trace zwischen meinem Server und dem Proxy ausgeführt hatte, stellte ich fest, dass für die "HTTP CONNECT" -Anforderung, die während eines Git-Klons an den Proxy gesendet wurde, immer noch kein "Proxy-Authorization" -Header auf "Basic" gesetzt ist. Dies lag an meiner Git-Version "1.8.3.1", die http.proxyAuthMethod nicht unterstützt.

Nach der Installation einer neuesten Git-Version (2.16.6) können Sie die RPM-Pakete hier " https://repo.ius.io/7/x86_64/packages/g/" verwenden. " die Einstellung von http.proxyAuthMethod auf Basic schließlich Auswirkungen auf Git Verhalten und dann war mein Git-Klon erfolgreich.

ich hoffe das hilft

Ich denke, Sie sollten Ihre Bemühungen konzentrieren, nachdem Sie diesen Punkt erreicht haben:

fatal: unable to access '<repo githup link>' Received HTTP code 407 from proxy after CONNECT

Dies bedeutet, dass Sie sich beim Proxy nicht ordnungsgemäß authentifiziert haben. Können Sie überprüfen, ob das in diesem Schritt angegebene Passwort korrekt ist?

git config --global http.proxy http://<username>:<userpsw>@<proxy>:<port>

Dieses Problem trat vor einigen Tagen bei meinen Bitbucket-Repositorys auf. Ich konnte das Problem beheben, indem ich die Remote-URL auf http anstatt auf https setzte.

Ich habe auch versucht, https-Proxys in der Befehlszeile und in der Git-Konfiguration festzulegen, aber das hat nicht funktioniert.

$ git pull
fatal: unable to access 'https://[email protected]/sacgf/x.git/': Received HTTP code 407 from proxy after CONNECT

Beachten Sie, dass wir https verwenden:

$ git remote -v
origin  https://[email protected]/sacgf/x.git (fetch)
origin  https://[email protected]/sacgf/x.git (push)

Ersetzen Sie die https-URL durch die http-URL:

$ git remote set-url origin http://[email protected]/sacgf/x.git
$ git pull
Username for 'https://bitbucket.org': username
Password for 'https://[email protected]': 
remote: Counting objects: 43, done.
remote: Compressing objects: 100% (42/42), done.
remote: Total 43 (delta 31), reused 0 (delta 0)
Unpacking objects: 100% (43/43), done.
From http://bitbucket.org/sacgf/x
   a41eb87..ead1a92  master     -> origin/master
First, rewinding head to replay your work on top of it...
Fast-forwarded master to ead1a920caf60dd11e4d1a021157d3b9854a9374.
d

Ich habe diesen Fehler festgestellt, weil mein Unternehmensnetzwerk einen Proxy vor Ort und einen zweiten (völlig anderen) Proxy verwendet hat, wenn das VPN von außen erfolgt. Ich war ursprünglich für den On-Premise-Proxy konfiguriert, habe den Fehler erhalten und musste dann meine Konfiguration aktualisieren, um den alternativen Off-Prem-Proxy zu verwenden, wenn ich anderswo arbeite.

Ich hatte das ähnliche Problem und löste es mit den folgenden Schritten:

** Proxy-Details in Git hinzufügen **

git config --global http.sslVerify false
git config --global https.sslVerify false
git config --global http.proxy http://user:pass@yourproxy:port
git config --global https.proxy http://user:pass@yourproxy:port

Diese Konfiguration funktioniert in meinem Setup:

[http]
    proxy = <your proxy>
[https] proxy = <your proxy>
[http]
    sslVerify = false
[https]
    sslVerify = false   
[credential]
    helper = wincred 

Haben Sie das gleiche Problem bei der Verwendung von Sourcetree. Grund war möglicherweise das Ein- und Ausschalten des Systemproxys, während Sourcetree geöffnet war. Aus irgendeinem Grund wurde dies in die Konfigurationsdatei eines Projekts geschrieben. Dies kann einfach über Sourcetree über "Einstellungen" -> "Konfigurationsdatei bearbeiten" gelöscht werden. Löschen Sie es einfach unter http

Ich habe das gleiche Problem bei der Verwendung von Git Bash festgestellt. Als ich dasselbe in der Eingabeaufforderung gemacht habe, hat es perfekt funktioniert.

Zu Ihrer Information für alle Informationen

Dies wäre eine geeignete Lösung gewesen, um den folgenden Fehler zu beheben

Received HTTP code 407 from proxy after CONNECT

Daher sollten die folgenden Befehle erforderlich sein

git config --global http.proxyAuthMethod 'basic'
git config --global https.proxy http://user:pass@proxyserver:port

Welches würde die folgende Konfiguration erzeugen

$ cat ~/.gitconfig
[http]
        proxy = http://user:pass@proxyserver:port
        proxyAuthMethod = basic

Das Entfernen von "@" aus dem Passwort hat bei mir funktioniert und auf keinen Fall @ in Ihrem Passwort behalten. Dies führt zu Problemen mit Maven und der weiteren Installation