Git proxyAuthMethod braucht einen Proxy-Benutzernamen

Sie fügen http.proxyAuthMethod hinzu, wiederholen den Clone und sehen weiterhin 407. Die Einstellung hat eine dokumentierte Bedingung, die leicht übersehen wird: Die konfigurierte Proxy-Zeichenkette muss einen Benutzernamen enthalten.

Der Benutzername muss nicht von einem wörtlichen Passwort in der URL begleitet werden. Git kann ein fehlendes Passwort über seine Anmeldedatenmechanik beschaffen. Routing-Identität und Authentifizierungsmethode müssen sich dennoch auf den vorgesehenen Proxy beziehen.

Vier Eingaben gemeinsam prüfen

1. Die effektive Proxy-URI ohne Passwort.
2. Die für diesen Proxy gewählte Methode.
3. Jede Überschreibung pro Remote oder die Umgebungsüberschreibung GIT_HTTP_PROXY_AUTHMETHOD.
4. Die Git-Version und die Fähigkeiten ihres HTTP-Backends.

Aktuelles Git dokumentiert Methoden wie anyauth, Basic, Digest, Negotiate und NTLM. Eine davon zu wählen ergänzt keine fehlende Unterstützung im angebundenen Backend. Auch ein Unternehmensadministrator sollte die Proxy-Richtlinie nicht abschwächen, nur weil ein Client für eine andere Methode konfiguriert wurde.

Ältere Berichte betreffen Versionen, die die kopierte Option nicht implementierten. Ein beliebiger Konfigurationsschlüssel lässt sich speichern, ohne dass belegt ist, dass der laufende Transfer ihn nutzt. Lesen Sie die versionsbezogene Dokumentation und den redigierten Austausch.

Schließlich sind Repository-Anmeldedaten eine spätere Beziehung. Ein Git-Hosting-Token erfüllt nicht die Challenge eines Proxys. Das Abschalten der Repository-TLS-Prüfung führt ebenfalls nicht dazu, dass der Proxy das gewählte Authentifizierungsschema akzeptiert. Stellen Sie zuerst diesen Austausch fest und diagnostizieren Sie danach jede folgende Repository-Antwort.