PAC-filer: når ein førespurnad brukar proxy eller går direkte

Ei IP-kontrollside kan vise den direkte adressa di sjølv om ei PAC-fil sender ein annan nettstad korrekt gjennom proxy. Sjekk kva grein som styrer sjølve IP-kontrollsida:

function FindProxyForURL(url, host) {
  if (host === "example.com") {
    return "PROXY 203.0.113.10:8080; DIRECT";
  }
  return "DIRECT";
}

Skriptet tilbyr example.com HTTP-proxyen og deretter DIRECT. Alle andre vertar er uttrykkeleg direkte, så ein IP-kontroll på eit anna domene testar aldri proxygreina. Byt ut dokumentasjonsendepunktet før bruk med den tiltenkte HTTP-proxyen; lista over HTTP-proxyar gjev kandidatar når offentlege proxyar passar politikken.

Semikolon skil rutekandidatar. DIRECT tillèt ei tilkopling utan proxy; blir ho vald, kan målet sjå utgangen til den direkte ruta. Ein politikk som krev proxy, kan ikkje byggje på ein regel som medvite tillèt denne reserven når proxyen ikkje er tilgjengeleg.

Nettlesaren avgjer korleis kandidatfeil blir handsama og kan hugse proxyar som har feila. Ein HTTP-feil frå ein nettstad er ikkje automatisk det same som ein utilgjengeleg proxy. Den første kandidaten i skriptet åleine kan difor ikkje slå fast kva rute som vart brukt.

PROXY IP:port nemner eit vanleg HTTP-lyttepunkt. Det kan føre HTTPS gjennom CONNECT når det er støtta; eit eige endepunkt er ikkje nødvendig berre fordi nettstaden er HTTPS. Bruk berre URL-informasjonen nettlesaren gjev: HTTPS-stig og spørjedel kan vere fjerna før PAC-vurderinga.

Vurder resultatet for det tiltenkte målet og lag deretter ein ny førespurnad under den same regelen. Skil mellom feil samsvar, utilgjengeleg endepunkt og tillaten direkte reserve før du vel retting.