Gits proxyAuthMethod kræver et proxybrugernavn

Du tilføjer http.proxyAuthMethod, prøver klonen igen og ser stadig 407. Indstillingen har en dokumenteret betingelse, som er let at overse: den konfigurerede proxy-streng skal indeholde et brugernavn.

Brugernavnet behøver ikke være ledsaget af en ordret adgangskode i URL'en. Git kan skaffe en manglende adgangskode via sin legitimationsmekanisme. Ruteidentiteten og godkendelsesmetoden skal stadig pege på den tilsigtede proxy.

Undersøg fire input samlet

1. Den effektive proxy-URI, med adgangskoden fjernet.
2. Den metode, der er valgt til den proxy.
3. Enhver tilsidesættelse pr. remote eller GIT_HTTP_PROXY_AUTHMETHOD-miljøtilsidesættelse.
4. Git-versionen og dens HTTP-backends muligheder.

Nuværende Git dokumenterer metoder som anyauth, Basic, Digest, Negotiate og NTLM. At vælge én tilføjer ikke manglende understøttelse til den tilknyttede backend. En virksomhedsadministrator bør heller ikke svække proxyens politik, fordi en klient er konfigureret til en anden metode.

Ældre rapporter omfatter versioner, der ikke implementerede den kopierede indstilling. En vilkårlig konfigurationsnøgle kan gemmes uden bevis for, at den kørende overførsel bruger den. Læs den versionsbestemte dokumentation og den redigerede udveksling.

Endelig er lagerlegitimationsoplysninger et senere forhold. Et Git-hostingtoken opfylder ikke en proxys udfordring. Deaktivering af lagerets TLS-verifikation får heller ikke proxyen til at acceptere det valgte godkendelsesskema. Fastslå først den udveksling, og diagnosticér derefter enhver lagerrespons, der følger.