Oardere proxy-oerskeakeling yn in PAC-bestân

In PAC-resultaat skieden troch puntkomma's biedt alternative rûtes yn oarder:

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

Brûk de werklike HTTP-einpunten dy't it belied fereasket. Foar tests fan iepenbiere bestimmingen wêr't iepenbiere proxies tastien binne, biedt de HTTP-proxylist kandidaten. De browser kin B besykje as dat passend is neidat A mislearre is. Ferkaar giet net troch A en dan troch B. In keatling fereasket aparte stipe yn de klant of op de proxyservers; curl syn SOCKS-nei-HTTP-keatling is ien stipe opstelling.

Beskikberens fan it skript en fan de proxy

De klant moat earst in brûkber PAC-skript krije. In twadde proxy yn de weromjefte kin in browser net helpe dy't it skript net downloade koe en gjin brûkbere kopy yn 'e cache hat.

Nei de evaluaasje kiest de browser út de weromjûne rûtes. De PAC-referinsje definiearret it oardere formaat; de browser bepaalt hokker mislearrings de oerskeakeling triggerje en hoeflang er in mislearre kandidaat ûnthâldt. In HTTP-flater dy't troch in wurkjende proxy ûntfongen wurdt, triggeret net automatysk in oare rûte.

In direkte alternatyf

It tafoegjen fan ; DIRECT lit in rûte sûnder ien fan beide proxies ta. Dat kin by in roamingbelied passe, mar botst mei de eask dat it oanbelangjende ferkear altyd in goedkarde útgong brûkt.

Foar in steuringrapport, skriuw op oft it skript ophelle is, syn resultaat foar de oanbelangjende URL, en it alternatyf dat de browser besocht hat. Dy waarnimmings pleatse de flater tusken skriptlevering, evaluaasje en proxyferbining.