Sunod-sunod na proxy failover sa isang PAC file

Ang resulta ng PAC na hinati ng mga semicolon ay nagbibigay ng mga alternatibong ruta nang sunod-sunod:

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

Gamitin ang aktuwal na mga HTTP endpoint na kailangan ng patakaran. Para sa mga pagsubok sa pampublikong destinasyon kung saan pinapayagan ang pampublikong proxy, ang listahan ng HTTP proxy ay nagbibigay ng mga kandidato. Maaaring subukan ng browser ang B kapag angkop pagkatapos mabigo ang A. Hindi dumadaan ang trapiko sa A at pagkatapos sa B. Ang isang chain ay nangangailangan ng hiwalay na suporta sa client o sa mga proxy server; ang SOCKS-to-HTTP chain ng curl ay isang sinusuportahang kaayusan.

Ang pagkakaroon ng script at ng proxy

Kailangan munang makakuha ang client ng magagamit na PAC script. Ang pangalawang proxy sa return value nito ay hindi makakatulong sa browser na bigong i-download ang script at walang magagamit na naka-cache na kopya.

Pagkatapos ng pagsusuri, pumipili ang browser sa mga ibinalik na ruta. Ang sanggunian ng PAC ay tumutukoy sa sunod-sunod na format; ang browser ang nagtatakda kung aling mga pagkabigo ang nagpapasimula ng failover at gaano katagal nitong natatandaan ang bigong kandidato. Ang HTTP error na natanggap sa pamamagitan ng gumaganang proxy ay hindi awtomatikong nagpapasimula ng ibang ruta.

Isang direktang alternatibo

Ang pagdaragdag ng ; DIRECT ay nagpapahintulot ng rutang walang alinman sa dalawang proxy. Maaaring umangkop ito sa patakaran sa roaming, ngunit salungat sa pangangailangan na ang apektadong trapiko ay laging gumamit ng aprubadong labasan.

Para sa ulat ng pagkaantala, itala kung nakuha ang script, ang resulta nito para sa apektadong URL, at ang alternatibong sinubukan ng browser. Ang mga obserbasyong iyon ay tumutukoy sa lokasyon ng pagkabigo sa pagitan ng paghahatid ng script, pagsusuri at koneksyon sa proxy.