Sakārtota starpniekserveru pārslēgšanās PAC failā

Ar semikoliem atdalīts PAC rezultāts piedāvā alternatīvus maršrutus secībā:

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

Izmantojiet faktiskos HTTP galapunktus, ko prasa politika. Publisku galamērķu testiem, kuros atļauti publiski starpniekserveri, HTTP starpniekserveru saraksts piedāvā kandidātus. Pārlūks var mēģināt B, kad tas ir lietderīgi, pēc tam, kad A neizdodas. Satiksme neiet caur A un pēc tam caur B. Ķēdei nepieciešams atsevišķs atbalsts klientā vai starpniekserveros; curl SOCKS-uz-HTTP ķēde ir viens atbalstīts izvietojums.

Skripta un starpniekservera pieejamība

Klientam vispirms jāiegūst lietojams PAC skripts. Otrs starpniekserveris atgrieztajā vērtībā nevar palīdzēt pārlūkam, kuram neizdevās lejupielādēt skriptu un kuram nav lietojamas kešatmiņas kopijas.

Pēc novērtēšanas pārlūks izvēlas no atgrieztajiem maršrutiem. PAC atsauce nosaka sakārtoto formātu; pārlūks nosaka, kuri bojājumi izraisa pārslēgšanos un cik ilgi tas atceras neveiksmīgo kandidātu. HTTP kļūda, kas saņemta caur funkcionējošu starpniekserveri, automātiski neizraisa citu maršrutu.

Tieša alternatīva

Pievienojot ; DIRECT tiek atļauts maršruts bez neviena no diviem starpniekserveriem. Tas var atbilst viesabonēšanas politikai, bet ir pretrunā ar prasību, ka skartajai satiksmei vienmēr jāizmanto apstiprināta izeja.

Pārtraukuma pārskatam pierakstiet, vai skripts tika iegūts, tā rezultātu skartajam URL, un alternatīvu, ko pārlūks mēģināja. Šie novērojumi nosaka bojājuma vietu starp skripta piegādi, novērtēšanu un starpniekservera savienojumu.