NO_PROXY သည် regex နှင့် wildcard ပုံစံများကို ပံ့ပိုးပါသလား။

ခြွင်းချက်သည် ယုံကြည်စရာကောင်းပုံရသည်- *.server.*။ ၎င်းသည် shell ပုံစံနှင့်လည်း တူသည်။ ဤအချက်နှစ်ခုစလုံးက သင့် HTTP client က ၎င်းကို နားလည်သည်ဟု မသက်သေပြပါ။

NO_PROXY သည် မျှဝေထားသော ပုံမှန်အသုံးအနှုန်း engine မဟုတ်ပါ။ client တစ်ခု၏ အထူးကြယ်ပွင့်သည် အမည်အလယ်တွင် မထင်မရှား wildcard များကို ပံ့ပိုးသည်ဟု မသက်သေပြပါ။ curl သည် တစ်ခုတည်းသော * ကို host အားလုံး၏ ရှောင်ကွင်းအဖြစ် မှတ်တမ်းတင်သည်။ ၎င်းသည် *.server.* က ဒိုမိန်းမိသားစုကို ရွေးချယ်သည်ဟု ကတိပြုခြင်းနှင့် အလွန်ကွာခြားသည်။

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

ရည်ရွယ်ထားသော ကိုက်ညီမှုများဘေးတွင် ဆန့်ကျင်ဥပမာ အနည်းငယ် ထားပါ။ server.example၊ files.server.example နှင့် server.other.test အားလုံး ရှောင်ကွင်းသင့်ပါသလား။ စာလုံးတူသော်လည်း ဒိုမိန်းနယ်နိမိတ် မတူသော အမည်ကော။ ထိုအဖြေများက ဆက်တင်ကို “wildcard” ဟု ခေါ်ခြင်းထက် လိုအပ်ချက်ကို ပိုရှင်းလင်းစွာ သတ်မှတ်သည်။

Client ပြောင်းလဲခြင်းသည် ပုံစံကို ပြန်စစ်ရန် အကြောင်းရင်းဖြစ်သည်။ browser extension မှ ကူးယူထားသော ရှောင်ကွင်းစည်းမျဉ်းသည် အခြားပရိုဂရမ်က ဖတ်သော ပတ်ဝန်းကျင်ကိန်းရှင်တွင် အလိုအလျောက် တရားဝင်မဟုတ်ပါ။