Git proxyAuthMethod zahtijeva korisničko ime proxyja

Provjerite korisničko ime proxyja, odabranu metodu, nadjačavanje iz okoline i verziju Gita kada se postavka proxyAuthMethod čini nedjelotvornom.

Dodate http.proxyAuthMethod, ponovite kloniranje i još uvijek vidite 407. Postavka ima dokumentiran uvjet koji je lako propustiti: konfigurirani niz proxyja mora sadržavati korisničko ime.

Korisničko ime ne mora biti popraćeno doslovnom lozinkom u URL-u. Git može pribaviti nedostajuću lozinku kroz svoj mehanizam vjerodajnica. Identitet usmjeravanja i metoda autentifikacije i dalje moraju upućivati na namjeravani proxy.

Pregledajte četiri ulaza zajedno

  1. Stvarni URI proxyja, bez lozinke.
  2. Metoda odabrana za taj proxy.
  3. Svako nadjačavanje po remote-u ili nadjačavanje GIT_HTTP_PROXY_AUTHMETHOD iz okoline.
  4. Verzija Gita i mogućnosti njegovog HTTP pozadinskog dijela.

Trenutačni Git dokumentira metode uključujući anyauth, Basic, Digest, Negotiate i NTLM. Odabir jedne ne dodaje nedostajuću podršku povezanom pozadinskom dijelu. Ni korporativni administrator ne bi trebao oslabiti politiku proxyja zato što je klijent konfiguriran za drugu metodu.

Starija izvješća uključuju verzije koje nisu implementirale opciju koja se kopira. Proizvoljni konfiguracijski ključ može se spremiti bez dokaza da ga tekući prijenos koristi. Pročitajte dokumentaciju za odgovarajuću verziju i redigiranu razmjenu.

Naposljetku, vjerodajnice repozitorija kasniji su odnos. Token za Git hosting ne zadovoljava izazov proxyja. Isključivanje TLS provjere repozitorija također ne navodi proxy da prihvati odabranu shemu autentifikacije. Prvo uspostavite tu razmjenu, zatim dijagnosticirajte svaki odgovor repozitorija koji slijedi.

Povezani članci