လက်ရှိဝင်းဒိုးရှိသော async main-process function တွင် ဝင်းဒိုးအမှန်တကယ်အသုံးပြုသော session ကို မေးပါ။

const selectedSession = mainWindow.webContents.session;
const route = await selectedSession.resolveProxy('https://api.example/');

လက်ရှိ API သည် string အဖြစ် ဖြေရှင်းပေးသော Promise ကို ပြန်ပေးသည်။ ဖွဲ့စည်းမှုပြောင်းလဲမှုကို မစစ်ဆေးမီ ဆိုင်းငံ့နေသော setProxy လုပ်ဆောင်ချက်ကို စောင့်ပါ။

ရလဒ်သည် URL အလိုက် proxy ဆုံးဖြတ်ချက် ဖြစ်သည်။ စိတ်ကူးယဉ်တန်ဖိုးတစ်ခုမှာ ဤသို့ ဖြစ်နိုင်သည်။

PROXY proxy-a.example:8080; PROXY proxy-b.example:8080; DIRECT

၎င်းသည် PAC ပုံစံ syntax ဖြင့် စီစဉ်ထားသော ကိုယ်စားလှယ်လောင်း စာရင်း ဖြစ်ပြီး hostname တစ်ခု မဟုတ်ပါ။ DIRECT သည် တိုက်ရိုက် ကိုယ်စားလှယ်လောင်းကို အတိအကျ ကိုယ်စားပြုသည်။ အလွတ်ရလဒ်ကို သီးခြား ကိုင်တွယ်ပါ။ အလွတ် သို့မဟုတ် မမှတ်မိသော string တိုင်းကို DIRECT အဖြစ် တိတ်ဆိတ်စွာ မယူဆပါနှင့်။

အမှန်တကယ် ပစ်မှတ် URL ကို မေးပါ၊ အကြောင်းမှာ PAC နှင့် ရှောင်ကွင်းခြင်း ဆုံးဖြတ်ချက်များသည် ဦးတည်ရာပေါ်မူတည်၍ ကွဲပြားနိုင်သည်။ ထို့အပြင် ခွဲထားသော session ကို အသုံးပြုသော ဝင်းဒိုးသည် session.defaultSession ကဲ့သို့ မူဝါဒတူရန် မလိုအပ်ပါ။

Proxy ဖြေရှင်းခြင်းတွင် PAC script ရယူခြင်းကဲ့သို့ အလိုအလျောက် ဖွဲ့စည်းမှု လုပ်ငန်း ပါဝင်နိုင်သည်။ ပြန်ပေးသော ရွေးချယ်မှုသည် ပစ်မှတ် ဝက်ဘ်ဆိုက်သို့ ပြီးစီးသော တောင်းဆိုမှု၊ အောင်မြင်သော proxy လော့ဂ်အင် သို့မဟုတ် ၎င်း၏ အများသူငှာ ထွက်ပေါက် IP သက်သေအထောက်အထား မဟုတ်သေးပါ။ နောက်တောင်းဆိုမှု၏ ရလဒ်နှင့် နှိုင်းယှဉ်သောအခါ session၊ URL နှင့် ဖြေရှင်းပြီးသော ကိုယ်စားလှယ်လောင်းများကို ထိန်းသိမ်းထားပါ။

ဆက်စပ်ဆောင်းပါးများ