Подредено префрлување на прокси во 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, и алтернативата што прелистувачот ја проба. Тие набљудувања го лоцираат дефектот меѓу доставата на скриптата, оценувањето и прокси врската.