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, prøver klonen på nytt og ser fortsatt 407. Innstillingen har en dokumentert betingelse som er lett å overse: proxy-strengen som er konfigurert, må inneholde et brukernavn.
Brukernavnet trenger ikke være ledsaget av et bokstavelig passord i URL-en. Git kan skaffe et manglende passord gjennom sin legitimasjonsmekanisme. Ruteidentiteten og autentiseringsmetoden må likevel peke på den tiltenkte proxyen.
Undersøk fire inndata samlet
- 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.
Nåværende Git dokumenterer metoder som anyauth, Basic, Digest, Negotiate og NTLM. Å velge én legger ikke til manglende støtte i 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 kjører, bruker den. Les versjonsdokumentasjonen og den redigerte utvekslingen.
Til slutt er depotlegitimasjon et senere forhold. Et Git-hostingtoken tilfredsstiller ikke en proxys utfordring. Å slå av TLS-verifiseringen for depotet får heller ikke proxyen til å godta autentiseringsskjemaet som er valgt. Fastslå først den utvekslingen, og diagnostiser deretter enhver depotrespons som følger.