PAC-filer: når en anmodning bruger proxy eller går direkte
Læs et PAC-resultat som en rutebeslutning for en bestemt destination, inklusive hvad DIRECT-reservevejen betyder for den observerede udgangsadresse.
En IP-kontrolside kan vise din direkte adresse, selv om en PAC-fil korrekt sender et andet websted gennem proxy. Kontroller, hvilken gren der styrer selve IP-kontrolsiden:
function FindProxyForURL(url, host) {
if (host === "example.com") {
return "PROXY 203.0.113.10:8080; DIRECT";
}
return "DIRECT";
}Scriptet tilbyder example.com HTTP-proxyen efterfulgt af DIRECT. Alle andre værter er udtrykkeligt direkte, så en IP-kontrol på et andet domæne tester aldrig proxygrenen. Erstat dokumentationsendepunktet før brug med den tilsigtede HTTP-proxy; listen over HTTP-proxyer giver kandidater, når offentlige proxyer passer til politikken.
Semikoloner adskiller rutekandidater. DIRECT tillader en forbindelse uden proxy; vælges den, kan destinationen se den direkte rutes udgang. En politik med obligatorisk proxy kan ikke bero på en regel, der bevidst tillader denne reserve, når proxyen er utilgængelig.
Browseren afgør, hvordan kandidatfejl håndteres, og kan huske fejlramte proxyer. Et websted, der returnerer en HTTP-fejl, svarer ikke automatisk til en utilgængelig proxy. Første kandidat i scriptet kan derfor ikke alene fastslå den brugte rute.
PROXY IP:port betegner et almindeligt HTTP-lyttepunkt. Det kan bære HTTPS gennem CONNECT, når det understøttes; et særskilt endepunkt kræves ikke alene, fordi webstedet er HTTPS. Brug kun de URL-oplysninger, browseren giver: HTTPS-sti og forespørgselsstreng kan være fjernet før PAC-evalueringen.
Vurder resultatet for den ønskede destination, og lav derefter en ny anmodning styret af samme regel. Skeln mellem forkert match, utilgængeligt endepunkt og tilladt direkte reserve, før du vælger rettelse.