Упорядоченное переключение прокси в файле 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, и альтернативу, которую попробовал браузер. Эти наблюдения локализуют сбой между доставкой скрипта, вычислением и подключением к прокси.