proxyAuthMethod ya Git inahitaji jina la mtumiaji wa proksi

Unaongeza http.proxyAuthMethod, unajaribu clone tena na bado unaona 407. Mpangilio una sharti lililoandikwa ambalo ni rahisi kulikosa: mfuatano wa proksi uliosanidiwa lazima uwe na jina la mtumiaji.

Jina la mtumiaji haliitaji kuambatana na nenosiri halisi kwenye URL. Git inaweza kupata nenosiri linalokosekana kupitia mfumo wake wa vitambulisho. Utambulisho wa uelekezaji na mbinu ya uthibitishaji bado vinapaswa kurejelea proksi inayokusudiwa.

Kagua pembejeo nne kwa pamoja

1. URI halisi ya proksi, nenosiri limeondolewa.
2. Mbinu iliyochaguliwa kwa proksi hiyo.
3. Ubatilishaji wowote kwa kila remote au ubatilishaji wa mazingira GIT_HTTP_PROXY_AUTHMETHOD.
4. Toleo la Git na uwezo wa backend yake ya HTTP.

Git ya sasa inaandika mbinu ikiwa ni pamoja na anyauth, Basic, Digest, Negotiate na NTLM. Kuchagua moja hakuongezi msaada unaokosekana kwa backend iliyounganishwa. Msimamizi wa shirika pia hapaswi kudhoofisha sera ya proksi kwa sababu mteja amesanidiwa kwa mbinu nyingine.

Ripoti za zamani zinajumuisha matoleo ambayo hayakutekeleza chaguo linalonakiliwa. Ufunguo wowote wa usanidi unaweza kuhifadhiwa bila ushahidi kwamba uhamishaji unaoendelea unautumia. Soma nyaraka za toleo na mabadilishano yaliyohaririwa.

Mwisho, vitambulisho vya hazina ni uhusiano wa baadaye. Tokeni ya upangishaji wa Git haikidhi changamoto ya proksi. Kuzima uthibitishaji wa TLS wa hazina pia hakufanyi proksi ikubali mpango wa uthibitishaji uliochaguliwa. Thibitisha kwanza mabadilishano hayo, kisha chunguza jibu lolote la hazina linalofuata.