په PAC فایل کې ترتیب شوی د پراکسي بدلون
د PAC هغه پایله چې په نیمګړې ټکي سره جلا شوې وي بدیله لاره برابروي. هغه غوښتنه په پرلهپسې توګه د دواړو پراکسي سرورونو له لارې نه لېږي.
د PAC هغه پایله چې په نیمګړې ټکي سره جلا شوې وي په ترتیب سره بدیلې لارې برابروي:
return "PROXY proxy-a.example:8080; PROXY proxy-b.example:8080";
هغه ریښتیني HTTP پای ټکي وکاروئ چې پالیسي یې غواړي. د عامه پراکسي اجازه لرونکې عامه منزلونو ازموینو لپاره، د HTTP پراکسي لیست نوماندان برابروي. کله چې A ناکام شي، براوزر کولای شي په مناسبه توګه B ته هڅه وکړي. ترافیک د A او بیا د B له لارې نه ځي. زنځیر په کلاینت یا پراکسي سرورونو کې جلا ملاتړ غواړي؛ د curl SOCKS-څخه-HTTP زنځیر یو له ملاتړ شوو ترتیباتو څخه دی.
د سکریپټ او پراکسي شتون
کلاینت باید لومړی د کارېدونکی PAC سکریپټ ترلاسه کړي. په بیرته راستنېدونکې ارزښت کې دویم پراکسي د هغه براوزر مرسته نشي کولای چې سکریپټ یې نه دی ښکته کړی او د کارېدونکې زیرمې کاپي نلري.
له ارزښت وروسته، براوزر د بیرته راستنېدونکو لارو له منځه غوره کوي. د PAC حواله ترتیب شوی بڼه تعریفوي؛ براوزر ټاکي چې کومې ناکامۍ بدلون پیلوي او ناکام نوماند څومره وخت یاد ساتي. د فعال پراکسي له لارې ترلاسه شوې HTTP تېروتنه په اتوماتيک ډول بله لاره نه پیلوي.
مستقیم بدیل
زیاتول ; DIRECT د دواړو پراکسي پرته لاره اجازه ورکوي. دا کېدای شي د رومینګ پالیسۍ لپاره مناسبه وي، خو له دې غوښتنې سره ټکر لري چې اغېزمن ترافیک باید تل تصویب شوې وتنه وکاروي.
د قطعې راپور لپاره ولیکئ چې سکریپټ ترلاسه شو که نه، د اغېزمن URL لپاره د هغه پایله، او هغه بدیل چې براوزر هڅه کړې. هغه کتنې د سکریپټ رسولو، ارزښت او پراکسي اړیکې ترمنځ د ناکامۍ ځای ټاکي.