Git proxyAuthMethod vereist een proxygebruikersnaam

Je voegt http.proxyAuthMethod toe, probeert de clone opnieuw en ziet nog steeds 407. De instelling heeft een gedocumenteerde voorwaarde die makkelijk te missen is: de geconfigureerde proxy-string moet een gebruikersnaam bevatten.

De gebruikersnaam hoeft niet vergezeld te gaan van een letterlijk wachtwoord in de URL. Git kan een ontbrekend wachtwoord via zijn inloggegevensmechanisme verkrijgen. De routeringsidentiteit en de authenticatiemethode moeten nog steeds naar de bedoelde proxy verwijzen.

Onderzoek vier invoer samen

1. De effectieve proxy-URI, zonder het wachtwoord.
2. De methode die voor die proxy is gekozen.
3. Elke overschrijving per remote of de omgevingsoverschrijving GIT_HTTP_PROXY_AUTHMETHOD.
4. De Git-versie en de mogelijkheden van de HTTP-backend.

Huidig Git documenteert methoden zoals anyauth, Basic, Digest, Negotiate en NTLM. Het kiezen van één voegt geen ontbrekende ondersteuning toe aan de gekoppelde backend. Ook een bedrijfsbeheerder zou het proxybeleid niet moeten verzwakken omdat een client voor een andere methode is geconfigureerd.

Oudere meldingen omvatten versies die de gekopieerde optie niet implementeerden. Een willekeurige configuratiesleutel kan worden opgeslagen zonder bewijs dat de lopende overdracht hem gebruikt. Lees de versiegebonden documentatie en de geredigeerde uitwisseling.

Ten slotte zijn repository-inloggegevens een latere relatie. Een Git-hostingtoken voldoet niet aan de uitdaging van een proxy. Het uitschakelen van de TLS-verificatie van de repository zorgt er ook niet voor dat de proxy het gekozen authenticatieschema accepteert. Stel eerst die uitwisseling vast en diagnosticeer daarna elke volgende repository-reactie.