Azure Pipelines ကိုယ်စားလှယ်၏ .proxybypass URL ပုံစံများ

ကိုယ်တိုင်လက်ခံကျင်းပသည့် Azure Pipelines ကိုယ်စားလှယ်သည် ၎င်း၏ အမြစ်လမ်းညွှန်ရှိ .proxybypass ဖိုင်တွင် proxy ကျော်ဖြတ်ခြင်း စည်းမျဉ်းများကို သိမ်းဆည်းထားနိုင်သည်။ စာကြောင်းတစ်ကြောင်းစီသည် URL နှင့် တိုက်ဆိုင်စစ်ဆေးသည့် ECMAScript ပုံမှန်ဖော်ပြချက် ဖြစ်သည်။

ဥပမာအားဖြင့်၊ အတွင်းပိုင်း feed host တစ်ခုအတွက် စည်းမျဉ်းသည် ဤသို့ ဖြစ်နိုင်သည်။

^https?://packages[.]internal[.]example(?::[0-9]+)?(?:/|$)

ဖော်ပြချက်သည် ထို host ၏ HTTP သို့မဟုတ် HTTPS URL များနှင့် ကိုက်ညီပြီး ပေါက်သည် ရွေးချယ်နိုင်သော ဂဏန်းဖြစ်သည်။ host အမည်နောက်ပိုင်း နယ်နိမိတ်သည် packages.internal.example.other-domain ကဲ့သို့ ပိုရှည်သော အမည်နှင့်ပါ ကိုက်ညီခြင်းကို တားဆီးသည်။

ဤသည် ကိုယ်စားလှယ် တပ်ဆင်မှု၏ ဖိုင်ဖြစ်ပြီး ရင်းမြစ်ကုဒ် လုပ်ငန်းမိတ္တူတွင် မထင်မရှား ထားရှိသည့် ဖိုင် မဟုတ်ပါ။ ၎င်း၏ syntax သည် ကော်မာဖြင့် ခွဲထားသော NO_PROXY တန်ဖိုးနှင့်လည်း ကွဲပြားသည်။ *.internal.example ကဲ့သို့ shell wildcard ကို ပုံမှန်ဖော်ပြချက် အကွက်ထဲသို့ ကူးယူခြင်းသည် အဓိပ္ပာယ်တူကို မထိန်းသိမ်းပါ။

ထို့နောက် ပက်ကေ့ချ်ကို မည်သူ ဒေါင်းလုဒ်လုပ်သည်ကို ဖော်ထုတ်ပါ

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

ပြင်ပ NuGet၊ dotnet သို့မဟုတ် curl လုပ်ငန်းစဉ်ကို ခေါ်သော လုပ်ငန်းသည် နောက်ထပ် အသုံးပြုသူတစ်ဦးကို ထည့်သွင်းသည်။ ထို လုပ်ငန်းသည် ကိရိယာသို့ proxy နှင့် ကျော်ဖြတ်ခြင်း ဆက်တင်များကို မည်သို့ ပေးသည်ကို အတည်ပြုပါ။ မှန်ကန်သော ကိုယ်စားလှယ် စည်းမျဉ်းသည် လွတ်လပ်သော ပက်ကေ့ချ် client တိုင်း ၎င်းကို ဖတ်ပြီးသည်ဟု မသက်သေပြနိုင်ပါ။

အတွင်းပိုင်း feed URL ကို အစီအစဉ်နှင့် ပေါက်အပါအဝင် ရောဂါစစ်ဆေးမှု မှတ်တမ်းတွင် ထားရှိပါ။ ဆက်သွယ်နေသော URL နှင့် စည်းမျဉ်းကို စမ်းသပ်ပြီး ထို တောင်းဆိုမှုအတွက် တာဝန်ရှိသော လုပ်ငန်း သို့မဟုတ် client ဖွဲ့စည်းမှုကို စစ်ဆေးပါ။