PAC ဖိုင်တွင် အစဉ်လိုက် proxy ကူးပြောင်းမှု

ဆီမီကိုလွန်ဖြင့် ခွဲထားသော PAC ရလဒ်သည် အခြားလမ်းကြောင်းများကို အစဉ်လိုက် ပေးသည်−

return "PROXY proxy-a.example:8080; PROXY proxy-b.example:8080";

မူဝါဒက တောင်းဆိုသော အမှန်တကယ် HTTP အဆုံးမှတ်များကို အသုံးပြုပါ။ အများသူငှာ proxy များ ခွင့်ပြုထားသော အများသူငှာ ဦးတည်ရာ စမ်းသပ်မှုများအတွက် HTTP proxy စာရင်း က ကိုယ်စားလှယ်လောင်းများကို ပေးသည်။ A မအောင်မြင်ပြီးနောက် သင့်လျော်သည့်အခါ ဘရောက်ဇာက B ကို စမ်းနိုင်သည်။ သွားလာမှုသည် A ကို ဖြတ်၍ ထို့နောက် B ကို ဖြတ်သည် မဟုတ်ပါ။ ကွင်းဆက်အတွက် client သို့မဟုတ် proxy ဆာဗာများတွင် သီးခြား ပံ့ပိုးမှု လိုအပ်သည်။ curl ၏ SOCKS-မှ-HTTP ကွင်းဆက် သည် ပံ့ပိုးထားသော အပြင်အဆင်တစ်ခု ဖြစ်သည်။

ဇာတ်ညွှန်း ရရှိနိုင်မှုနှင့် proxy ရရှိနိုင်မှု

client သည် ပထမဦးစွာ အသုံးပြုနိုင်သော PAC ဇာတ်ညွှန်း ရယူရမည်။ ၎င်း၏ ပြန်ပေးတန်ဖိုးထဲရှိ ဒုတိယ proxy သည် ဇာတ်ညွှန်း ဒေါင်းလုဒ်မလုပ်နိုင်ခဲ့ပြီး အသုံးပြုနိုင်သော cache မိတ္တူ မရှိသော ဘရောက်ဇာကို မကူညီနိုင်ပါ။

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

တိုက်ရိုက် အခြားရွေးချယ်မှု

; DIRECT ထည့်ခြင်းသည် proxy နှစ်ခုစလုံး မပါဘဲ လမ်းကြောင်းကို ခွင့်ပြုသည်။ ၎င်းသည် roaming မူဝါဒနှင့် ကိုက်ညီနိုင်သော်လည်း သက်ရောက်ခံရသော သွားလာမှုသည် အတည်ပြုထားသော ထွက်ပေါက်ကို အမြဲအသုံးပြုရမည်ဟူသော လိုအပ်ချက်နှင့် ကွဲလွဲသည်။

ပြတ်တောက်မှု အစီရင်ခံစာအတွက် ဇာတ်ညွှန်း ရရှိခဲ့ခြင်း ရှိ/မရှိ၊ သက်ရောက်ခံရသော URL အတွက် ၎င်း၏ ရလဒ် နှင့် ဘရောက်ဇာ စမ်းခဲ့သော အခြားရွေးချယ်မှုကို မှတ်တမ်းတင်ပါ။ ထို လေ့လာတွေ့ရှိချက်များသည် ဇာတ်ညွှန်း ပေးပို့မှု၊ အကဲဖြတ်မှုနှင့် proxy ချိတ်ဆက်မှုကြားတွင် ချို့ယွင်းမှု၏ တည်နေရာကို ဖော်ထုတ်သည်။