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