Ordnede proxy-vekslinger i en PAC-fil

Et PAC-resultat atskilt med semikolon gir alternative ruter i rekkefølge:

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

Bruk de faktiske HTTP-endepunktene som retningslinjen krever. For tester av offentlige destinasjoner der offentlige proxyer er tillatt, gir listen over HTTP-proxyer kandidater. Nettleseren kan prøve B når det er hensiktsmessig etter at A mislykkes. Trafikk går ikke gjennom A og deretter B. En kjede krever egen støtte i klienten eller på proxyserverne; curls SOCKS-til-HTTP-kjede er én støttet ordning.

Skriptets tilgjengelighet og proxyens tilgjengelighet

Klienten må først skaffe et brukbart PAC-skript. En andre proxy i returverdien kan ikke hjelpe en nettleser som ikke fikk lastet ned skriptet og ikke har en brukbar bufret kopi.

Etter evalueringen velger nettleseren blant rutene som returneres. PAC-referansen definerer det ordnede formatet; nettleseren avgjør hvilke feil som utløser veksling, og hvor lenge den husker en mislykket kandidat. En HTTP-feil som mottas gjennom en fungerende proxy utløser ikke automatisk en annen rute.

Et direkte alternativ

Å legge til ; DIRECT tillater en rute uten noen av de to proxyene. Det kan passe en roaming-policy, men strider mot et krav om at den berørte trafikken alltid bruker en godkjent utgang.

For en avbruddsrapport, noter om skriptet ble hentet, resultatet for den berørte URL-en, og alternativet nettleseren forsøkte. Disse observasjonene lokaliserer feilen mellom skriptlevering, evaluering og proxyforbindelse.