Gits proxyAuthMethod krever et proxy-brukernavn
Kontroller proxy-brukernavnet, den valgte metoden, miljøoverstyringen og Git-versjonen når en proxyAuthMethod-innstilling virker uten effekt.
Du legger til http.proxyAuthMethod, gjentar klonen og ser fortsatt 407. Innstillingen har en dokumentert betingelse som er lett å overse: proxy-strengen som er konfigurert, må inneholde et brukernavn.
Brukernavnet må ikke følges av et bokstavelig passord i URL-en. Git kan skaffe et manglende passord gjennom sin legitimasjonsmekanisme. Ruteidentiteten og autentiseringsmetoden må likevel vise til den tiltenkte proxyen.
Undersøk fire inngangsverdier sammen
- Den effektive proxy-URI-en, med passordet fjernet.
- Metoden som er valgt for den proxyen.
- Enhver overstyring per remote eller
GIT_HTTP_PROXY_AUTHMETHOD-miljøoverstyring. - Git-versjonen og egenskapene til HTTP-backenden.
Dagens Git dokumenterer metoder som anyauth, Basic, Digest, Negotiate og NTLM. Å velge én tilfører ikke manglende støtte til den tilkoblede backenden. En bedriftsadministrator bør heller ikke svekke proxyens policy fordi en klient er konfigurert for en annen metode.
Eldre rapporter omfatter versjoner som ikke implementerte alternativet som kopieres. En vilkårlig konfigurasjonsnøkkel kan lagres uten bevis for at overføringen som pågår, bruker den. Les versjonsdokumentasjonen og den redigerte utvekslingen.
Til slutt er depotlegitimasjon et senere forhold. Et Git-hostingtoken oppfyller ikke en proxys utfordring. Å slå av TLS-verifiseringen for depotet gjør heller ikke at proxyen godtar autentiseringsskjemaet som er valgt. Fastslå først den utvekslingen, og diagnostiser deretter enhver depotrespons som følger.