Git ၏ proxyAuthMethod သည် ပရောက်စီ အသုံးပြုသူအမည် လိုအပ်သည်

သင် http.proxyAuthMethod ကို ထည့်ပြီး clone ကို ပြန်ကြိုးစားသော်လည်း 407 ကို မြင်နေရဆဲဖြစ်သည်။ ဆက်တင်တွင် လွတ်သွားလွယ်သော မှတ်တမ်းတင်ထားသည့် အခြေအနေတစ်ခု ရှိသည်- ချိန်ညှိထားသော ပရောက်စီ စာကြောင်းတွင် အသုံးပြုသူအမည် ပါဝင်ရမည်။

URL အတွင်း အသုံးပြုသူအမည်နှင့်အတူ စာလုံးအလိုက် စကားဝှက် ပါဝင်ရန် မလိုအပ်ပါ။ Git သည် ၎င်း၏ အထောက်အထား ယန္တရားမှတစ်ဆင့် လွတ်နေသော စကားဝှက်ကို ရယူနိုင်သည်။ လမ်းကြောင်းသတ်မှတ်မှု အထောက်အထားနှင့် စစ်မှန်ကြောင်း အတည်ပြုနည်းလမ်းသည် ရည်ရွယ်ထားသော ပရောက်စီကို ရည်ညွှန်းနေရဆဲ ဖြစ်ရမည်။

ထည့်သွင်းချက် လေးခုကို အတူတကွ စစ်ဆေးပါ

1. အမှန်တကယ် အသုံးပြုနေသော ပရောက်စီ URI၊ စကားဝှက် ဖယ်ထားဖြင့်။
2. ထို ပရောက်စီအတွက် ရွေးချယ်ထားသော နည်းလမ်း။
3. မည်သည့် per-remote အစားထိုးမှု သို့မဟုတ် GIT_HTTP_PROXY_AUTHMETHOD ပတ်ဝန်းကျင် အစားထိုးမှု။
4. Git ဗားရှင်းနှင့် ၎င်း၏ HTTP backend စွမ်းရည်များ။

လက်ရှိ Git သည် anyauth၊ Basic၊ Digest၊ Negotiate နှင့် NTLM အပါအဝင် နည်းလမ်းများကို မှတ်တမ်းတင်ထားသည်။ တစ်ခုကို ရွေးချယ်ခြင်းသည် ချိတ်ဆက်ထားသော backend သို့ လွတ်နေသော ပံ့ပိုးမှုကို ထပ်ထည့်မပေးပါ။ ကလိုင်းတစ်ခုကို အခြားနည်းလမ်းအတွက် ချိန်ညှိထားသည်ဟု အကြောင်းပြု၍ ကော်ပိုရေးရှင်း စီမံခန့်ခွဲသူက ပရောက်စီ မူဝါဒကို အားမနည်းစေသင့်ပါ။

ရှေးဟောင်း အစီရင်ခံစာများတွင် ကူးယူနေသော ရွေးချယ်မှုကို အကောင်အထည်မဖော်ခဲ့သော ဗားရှင်းများ ပါဝင်သည်။ မည်သည့် ဆက်တင် ကီးကိုမဆို လုပ်ဆောင်နေသော လွှဲပြောင်းမှုက ၎င်းကို အသုံးပြုကြောင်း အထောက်အထားမပါဘဲ သိမ်းဆည်းနိုင်သည်။ ဗားရှင်းအလိုက် စာရွက်စာတမ်းနှင့် တည်းဖြတ်ထားသော အလဲအလှယ်ကို ဖတ်ပါ။

နောက်ဆုံးအနေဖြင့် သိုလှောင်ရာ အထောက်အထားများသည် နောက်ပိုင်း ဆက်စပ်မှု ဖြစ်သည်။ Git ဟိုစတင်း တိုကင်သည် ပရောက်စီ၏ စိန်ခေါ်မှုကို မဖြည့်ဆည်းပေးပါ။ သိုလှောင်ရာ TLS စစ်ဆေးမှုကို ပိတ်ခြင်းကလည်း ရွေးချယ်ထားသော အတည်ပြုနည်းစနစ်ကို ပရောက်စီက လက်ခံလာစေမည် မဟုတ်ပါ။ ထို အလဲအလှယ်ကို ဦးစွာ အတည်ပြုပြီး နောက်မှ လိုက်ပါလာသော သိုလှောင်ရာ တုံ့ပြန်မှုကို စစ်ဆေးပါ။