Gitin proxyAuthMethod vaatii välityspalvelimen käyttäjänimen

Lisäät http.proxyAuthMethod-asetuksen, yrität kloonausta uudelleen ja näet yhä 407. Asetuksella on dokumentoitu ehto, joka on helppo jättää huomaamatta: määritetyssä välityspalvelinmerkkijonossa on oltava käyttäjänimi.

Käyttäjänimen kanssa ei tarvitse olla kirjaimellista salasanaa URL-osoitteessa. Git voi hankkia puuttuvan salasanan tunnistetietomekanisminsa kautta. Reitityksen identiteetin ja todennusmenetelmän on silti viitattava aiottuun välityspalvelimeen.

Tarkastele neljää syötettä yhdessä

1. Todellinen välityspalvelimen URI ilman salasanaa.
2. Kyseiselle välityspalvelimelle valittu menetelmä.
3. Mikä tahansa remote-kohtainen ohitus tai GIT_HTTP_PROXY_AUTHMETHOD-ympäristöohitus.
4. Gitin versio ja sen HTTP-taustaosan ominaisuudet.

Nykyinen Git dokumentoi menetelmiä, kuten anyauth, Basic, Digest, Negotiate ja NTLM. Yhden valitseminen ei lisää puuttuvaa tukea liitettyyn taustaosaan. Yrityksen ylläpitäjänkään ei pitäisi heikentää välityspalvelimen käytäntöä siksi, että asiakasohjelma on määritetty toiselle menetelmälle.

Vanhemmat raportit käsittävät versioita, jotka eivät toteuttaneet kopioitavaa valintaa. Mielivaltainen asetusavain voidaan tallentaa ilman todisteita siitä, että käynnissä oleva siirto käyttää sitä. Lue versiokohtainen dokumentaatio ja redusoitu vaihto.

Lopuksi tietovaraston tunnistetiedot ovat myöhempi suhde. Git-isännöinnin token ei täytä välityspalvelimen haastetta. Tietovaraston TLS-varmennuksen poistaminen käytöstä ei myöskään saa välityspalvelinta hyväksymään valittua todennusmenetelmää. Todista ensin tuo vaihto ja diagnosoi sitten mahdollinen sitä seuraava tietovaraston vastaus.