Gits proxyAuthMethod krev eit proxy-brukarnamn

Kontroller proxy-brukarnamnet, den valde metoden, miljøoverstyringa og Git-versjonen når ei proxyAuthMethod-innstilling verkar utan effekt.

Du legg til http.proxyAuthMethod, prøver klonen på nytt og ser framleis 407. Innstillinga har eit dokumentert vilkår som er lett å oversjå: proxy-strengen som er konfigurert, må innehalde eit brukarnamn.

Brukarnamnet treng ikkje vere følgt av eit bokstaveleg passord i URL-en. Git kan skaffe eit manglande passord gjennom legitimasjonsmekanismen sin. Ruteidentiteten og autentiseringsmetoden må likevel vise til den tiltenkte proxyen.

Undersøk fire inndata saman

  1. Den effektive proxy-URI-en, med passordet fjerna.
  2. Metoden som er vald for den proxyen.
  3. Kvar overstyring per remote eller GIT_HTTP_PROXY_AUTHMETHOD-miljøoverstyring.
  4. Git-versjonen og eigenskapane til HTTP-backenden.

Noverande Git dokumenterer metodar som anyauth, Basic, Digest, Negotiate og NTLM. Å velje éin legg ikkje til manglande støtte i den tilkopla backenden. Ein bedriftsadministrator bør heller ikkje svekkje policyen til proxyen fordi ein klient er konfigurert for ein annan metode.

Eldre rapportar omfattar versjonar som ikkje implementerte alternativet som blir kopiert. Ein vilkårleg konfigurasjonsnøkkel kan lagrast utan prov for at overføringa som køyrer, brukar han. Les versjonsdokumentasjonen og den redigerte utvekslinga.

Til slutt er depotlegitimasjon eit seinare tilhøve. Eit Git-hostingtoken tilfredsstiller ikkje utfordringa til ein proxy. Å slå av TLS-verifiseringa for depotet får heller ikkje proxyen til å godta autentiseringsskjemaet som er valt. Fastset først den utvekslinga, og diagnostiser deretter kvar depotrespons som følgjer.

Relaterte artiklar