Git proxyAuthMethod zahteva uporabniško ime proxyja

Preverite uporabniško ime proxyja, izbrano metodo, prepis iz okolja in različico Git, ko se nastavitev proxyAuthMethod zdi neučinkovita.

Dodate http.proxyAuthMethod, znova poskusite klonirati in še vedno vidite 407. Nastavitev ima dokumentiran pogoj, ki ga je lahko spregledati: konfigurirani niz proxyja mora vsebovati uporabniško ime.

Uporabniškemu imenu ni treba v URL-ju slediti dobesedno geslo. Git lahko pridobi manjkajoče geslo prek svojega mehanizma poverilnic. Identiteta usmerjanja in metoda preverjanja pristnosti se morata še vedno nanašati na predvideni proxy.

Preverite štiri vnose skupaj

  1. Dejanski URI proxyja brez gesla.
  2. Metoda, izbrana za ta proxy.
  3. Vsak prepis za posamezni remote ali prepis okolja GIT_HTTP_PROXY_AUTHMETHOD.
  4. Različica Git in zmogljivosti njenega HTTP backend-a.

Trenutni Git dokumentira metode, vključno z anyauth, Basic, Digest, Negotiate in NTLM. Izbira ene ne doda manjkajoče podpore povezanemu backend-u. Tudi skrbnik v podjetju ne bi smel oslabiti pravilnika proxyja samo zato, ker je odjemalec nastavljen za drugo metodo.

Starejša poročila vključujejo različice, ki kopirane možnosti niso izvedle. Poljuben konfiguracijski ključ je mogoče shraniti brez dokaza, da ga tekoči prenos uporablja. Preberite dokumentacijo za določeno različico in urejeno izmenjavo.

Nazadnje, poverilnice repozitorija so poznejši odnos. Žeton gostovanja Git ne zadovolji izziva proxyja. Onemogočanje preverjanja TLS repozitorija tudi ne povzroči, da bi proxy sprejel izbrano shemo preverjanja pristnosti. Najprej ugotovite to izmenjavo, nato diagnosticirajte vsak odgovor repozitorija, ki sledi.

Sorodni članki