Подредено превключване на прокси в 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 и алтернативата, която браузърът е опитал. Тези наблюдения локализират отказа между доставянето на скрипта, оценката и прокси връзката.