PAC ဖိုင်များ: တောင်းဆိုမှုက proxy သုံးသလား၊ တိုက်ရိုက်သွားသလား

PAC ဖိုင်က အခြားဆိုက်ကို မှန်ကန်စွာ proxy မှပို့နေသော်လည်း IP စစ်စာမျက်နှာ တွင် တိုက်ရိုက်လိပ်စာပေါ်နိုင်သည်။ IP စစ်စာမျက်နှာကိုယ်တိုင်ကို ဘယ် branch ထိန်းသလဲ စစ်ပါ။

function FindProxyForURL(url, host) {
  if (host === "example.com") {
    return "PROXY 203.0.113.10:8080; DIRECT";
  }
  return "DIRECT";
}

Script သည် example.com အတွက် HTTP proxy၊ ထို့နောက် DIRECT ပေးသည်။ အခြား host အားလုံးကို တိုက်ရိုက်သတ်မှတ်ထားသဖြင့် အခြား domain မှ IP checker က proxy branch ကို ဘယ်တော့မှ မစမ်းပါ။ မသုံးမီ documentation endpoint ကို ရည်ရွယ် HTTP proxy ဖြင့် အစားထိုးပါ။ public proxy မူဝါဒနှင့်ကိုက်လျှင် HTTP proxy စာရင်း မှ ရွေးစရာရသည်။

Semicolon များက လမ်းကြောင်းရွေးချယ်စရာများ ကို ခွဲထားသည်။ DIRECT သည် proxy မပါဘဲချိတ်ဆက်ရန် ခွင့်ပြုသည်။ ရွေးချယ်ခံရလျှင် ရည်ရွယ်ရာက ထိုတိုက်ရိုက်လမ်း၏ထွက်ပေါက်ကို မြင်နိုင်သည်။ မဖြစ်မနေ proxy သုံးရသည့် မူဝါဒက proxy မရှိချိန် ဤfallback ကို တမင်ခွင့်ပြုသည့် rule အပေါ် မမူတည်နိုင်ပါ။

Candidate ပျက်ကွက်မှုကို ဘရောက်ဇာက ဆုံးဖြတ်ကိုင်တွယ်ပြီး မအောင်မြင် proxy များကို မှတ်ထားနိုင်သည်။ ဆိုက်က HTTP error ပြန်ခြင်းက proxy ကိုမရောက်နိုင်ခြင်းနှင့် အလိုအလျောက်မတူပါ။ ထို့ကြောင့် script ပထမ candidate တစ်ခုတည်းဖြင့် တကယ့်လမ်းကြောင်း မသိနိုင်ပါ။

PROXY IP:port က သာမန် HTTP listener ကို ညွှန်းသည်။ ပံ့ပိုးလျှင် CONNECT မှ HTTPS သယ်နိုင်သည်။ ဆိုက် HTTPS ဖြစ်ရုံဖြင့် endpoint သီးခြား မတောင်းပါ။ ဘရောက်ဇာပေးသော URL အချက်အလက်သာသုံးပါ။ HTTPS path နှင့် query ကို PAC မတွက်မီ ဖြုတ်ထားနိုင်သည်။

ရည်ရွယ်ရာအတွက်ရလဒ်ကို အကဲဖြတ်ပြီး rule တူတူအောက်မှာ တောင်းဆိုမှုအသစ်ပို့ပါ။ ပြင်ဆင်နည်းမရွေးမီ မှားယွင်း matching၊ မရောက်နိုင် endpoint နှင့် ခွင့်ပြုတိုက်ရိုက် fallback တို့ကို ခွဲပါ။