Упорядковане перемикання проксі у файлі PAC

Результат PAC, розділений крапками з комами, задає альтернативні маршрути за порядком:

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

Використовуйте реальні кінцеві точки HTTP, яких вимагає політика. Для перевірок публічних призначень, де дозволені публічні проксі, список HTTP-проксі надає кандидатів. Браузер може спробувати B, коли це доречно, після збою A. Трафік не проходить через A, а потім через B. Ланцюжок потребує окремої підтримки в клієнті або на проксі-серверах; ланцюжок curl із SOCKS у HTTP — одне з підтримуваних рішень.

Доступність скрипту й доступність проксі

Клієнт спершу має отримати придатний скрипт PAC. Другий проксі в поверненому значенні не допоможе браузеру, який не зміг завантажити скрипт і не має придатної кешованої копії.

Після обчислення браузер вибирає з повернених маршрутів. Довідка PAC визначає впорядкований формат; браузер вирішує, які збої запускають перемикання і як довго він пам'ятає невдалого кандидата. Помилка HTTP, отримана через робочий проксі, не запускає інший маршрут автоматично.

Пряма альтернатива

Додавання ; DIRECT дозволяє маршрут без обох проксі. Це може пасувати політиці роумінгу, але суперечить вимозі, щоб зачеплений трафік завжди використовував схвалений вихід.

Для звіту про збій зафіксуйте, чи було отримано скрипт, його результат для зачепленого URL, і альтернативу, яку спробував браузер. Ці спостереження локалізують збій між доставкою скрипту, обчисленням і підключенням до проксі.