Gits proxyAuthMethod kräver ett proxyanvändarnamn
Kontrollera proxyanvändarnamnet, den valda metoden, miljööverstyrningen och Git-versionen när en proxyAuthMethod-inställning verkar ineffektiv.
Du lägger till http.proxyAuthMethod, gör om klonen och ser fortfarande 407. Inställningen har ett dokumenterat villkor som är lätt att missa: den konfigurerade proxysträngen måste innehålla ett användarnamn.
Användarnamnet behöver inte åtföljas av ett bokstavligt lösenord i URL:en. Git kan hämta ett saknat lösenord via sin autentiseringsmekanism. Routningsidentiteten och autentiseringsmetoden måste ändå avse den avsedda proxyn.
Undersök fyra indata tillsammans
- Den effektiva proxy-URI:n, med lösenordet borttaget.
- Metoden som valts för den proxyn.
- Varje överstyrning per remote eller miljööverstyrningen
GIT_HTTP_PROXY_AUTHMETHOD. - Git-versionen och HTTP-backendens förmågor.
Nuvarande Git dokumenterar metoder som anyauth, Basic, Digest, Negotiate och NTLM. Att välja en lägger inte till saknat stöd i den anslutna backenden. En företagsadministratör bör inte heller försvaga proxyns policy bara för att en klient konfigurerats för en annan metod.
Äldre rapporter omfattar versioner som inte implementerade alternativet som kopieras. En godtycklig konfigurationsnyckel kan lagras utan bevis för att överföringen som körs använder den. Läs versionsdokumentationen och det redigerade utbytet.
Slutligen är förrådsuppgifter en senare relation. En Git-hostingtoken uppfyller inte en proxys utmaning. Att stänga av förrådets TLS-verifiering får inte heller proxyn att acceptera autentiseringsschemat som valts. Fastställ först det utbytet och diagnostisera sedan varje förrådssvar som följer.