Ordnede proxy-skift i en PAC-fil

Et PAC-resultat adskilt med semikoloner giver alternative ruter i rækkefølge:

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

Brug de faktiske HTTP-endpoints, som politikken kræver. Til test af offentlige destinationer, hvor offentlige proxyer er tilladt, giver listen over HTTP-proxyer kandidater. Browseren kan prøve B, når det er relevant, efter at A er fejlet. Trafik går ikke gennem A og derefter B. En kæde kræver separat understøttelse i klienten eller på proxyserverne; curls SOCKS-til-HTTP-kæde er en understøttet ordning.

Scriptets tilgængelighed og proxyens tilgængelighed

Klienten skal først hente et brugbart PAC-script. En anden proxy i returværdien kan ikke hjælpe en browser, der ikke kunne hente scriptet og ikke har en brugbar cachelagret kopi.

Efter evalueringen vælger browseren blandt de returnerede ruter. PAC-reference definerer det ordnede format; browseren afgør, hvilke fejl der udløser skift, og hvor længe den husker en fejlet kandidat. En HTTP-fejl modtaget gennem en fungerende proxy udløser ikke automatisk en anden rute.

Et direkte alternativ

Tilføjelse af ; DIRECT tillader en rute uden nogen af de to proxyer. Det kan passe til en roamingpolitik, men strider mod et krav om, at den berørte trafik altid bruger en godkendt udgang.

Til en nedbrudsrapport skal du notere, om scriptet blev hentet, dets resultat for den berørte URL og det alternativ, browseren forsøgte. De observationer placerer fejlen blandt scriptlevering, evaluering og proxyforbindelse.