جابهجایی ترتیبی پراکسی در فایل PAC
نتیجه PAC جداشده با نقطهویرگول مسیرهای جایگزین را فراهم میکند. درخواست را بهترتیب از هر دو سرور پراکسی نمیفرستد.
نتیجه PAC جداشده با نقطهویرگول مسیرهای جایگزین را بهترتیب فراهم میکند:
return "PROXY proxy-a.example:8080; PROXY proxy-b.example:8080";
از نقاط پایانی واقعی HTTP که سیاست لازم میداند استفاده کنید. برای آزمون مقصدهای عمومی که پراکسیهای عمومی در آنها مجاز است، فهرست پراکسی HTTP نامزدها را فراهم میکند. مرورگر میتواند پس از شکست A در صورت لزوم B را امتحان کند. ترافیک از A و سپس B عبور نمیکند. زنجیره به پشتیبانی جداگانه در کارخواه یا سرورهای پراکسی نیاز دارد؛ زنجیره SOCKS به HTTP در curl یکی از آرایشهای پشتیبانیشده است.
دسترسپذیری اسکریپت و دسترسپذیری پراکسی
کارخواه نخست باید یک اسکریپت PAC قابل استفاده به دست آورد. پراکسی دوم در مقدار بازگشتی نمیتواند به مرورگری کمک کند که در بارگیری اسکریپت شکست خورده و نسخه ذخیرهشده قابل استفادهای ندارد.
پس از ارزیابی، مرورگر از میان مسیرهای بازگشتی انتخاب میکند. مرجع PAC قالب ترتیبی را تعیین میکند؛ مرورگر تعیین میکند کدام شکستها جابهجایی را آغاز میکنند و چه مدت نامزد ناموفق را به یاد میسپارد. خطای HTTP دریافتشده از پراکسی سالم بهطور خودکار مسیر دیگری را آغاز نمیکند.
یک جایگزین مستقیم
افزودن ; DIRECT مسیری بدون هیچیک از دو پراکسی را مجاز میکند. این میتواند برای سیاست گردش مناسب باشد، اما با الزام اینکه ترافیک متأثر همیشه از خروجی تأییدشده استفاده کند در تضاد است.
برای گزارش قطعی، ثبت کنید که اسکریپت دریافت شد یا نه، نتیجه آن برای URL متأثر، و جایگزینی که مرورگر امتحان کرد. این مشاهدات محل شکست را میان تحویل اسکریپت، ارزیابی و اتصال پراکسی مشخص میکنند.