Парадкавы пераход паміж проксі ў файле 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, і альтэрнатыву, якую паспрабаваў браўзер. Гэтыя назіранні лакалізуюць збой сярод дастаўкі скрыпта, ацэнкі і злучэння з проксі.