PAC-dosieroj: kiam peto uzas prokurilon aŭ iras rekte
Legu PAC-rezulton kiel vojigan decidon por aparta celo, inkluzive de tio, kion rezerva DIRECT signifas por la observata elira adreso.
IP-kontrola paĝo povas montri vian rektan adreson eĉ kiam PAC-dosiero ĝuste prokurigas alian retejon. Kontrolu, kiu branĉo regas la IP-kontrolan paĝon mem:
function FindProxyForURL(url, host) {
if (host === "example.com") {
return "PROXY 203.0.113.10:8080; DIRECT";
}
return "DIRECT";
}La skripto ofertas al example.com la HTTP-prokurilon sekvatan de DIRECT. Ĉiu alia gastiganto estas eksplicite rekta, do IP-kontrolilo de alia domajno neniam testas la prokurilan branĉon. Antaŭ uzo anstataŭigu la dokumentan finpunkton per la celita HTTP-prokurilo; la listo de HTTP-prokuriloj donas kandidatojn kiam publikaj prokuriloj konformas al la politiko.
Punktokomoj apartigas vojkandidatojn. DIRECT permesas konekton sen prokurilo; se elektita, la celo povas vidi la elirejon de tiu rekta vojo. Devig-prokurila politiko ne povas fidi regulon, kiu intence permesas ĉi tiun rezervon kiam la prokurilo estas neatingebla.
La retumilo decidas kiel trakti kandidatmalsukcesojn kaj povas memori malsukcesintajn prokurilojn. Retejo redonanta HTTP-eraron ne estas aŭtomate ekvivalenta al neatingebla prokurilo. La unua kandidato en la skripto sola do ne pruvas la uzitan vojon.
PROXY IP:port nomas ordinaran HTTP-aŭskultilon. Ĝi povas porti HTTPS per CONNECT kiam subtenate; ĝi ne postulas apartan finpunkton nur ĉar la retejo estas HTTPS. Uzu nur la URL-informojn liveritajn de la retumilo: HTTPS-vojo kaj demandoparto povas esti forigitaj antaŭ PAC-taksado.
Taksu la rezulton por la celita celo kaj poste faru freŝan peton regatan de la sama regulo. Distingu malĝustan kongruon, neatingeblan finpunkton kaj permesitan rektan rezervon antaŭ ol elekti riparon.