PAC-filer: når en forespørsel bruker proxy eller går direkte

En IP-kontrollside kan vise den direkte adressen din selv om en PAC-fil sender et annet nettsted korrekt gjennom proxy. Sjekk hvilken gren som styrer selve IP-kontrollsiden:

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 verter er uttrykkelig direkte, så en IP-kontroll på et annet domene tester aldri proxygrenen. Bytt ut dokumentasjonsendepunktet før bruk med den tiltenkte HTTP-proxyen; listen over HTTP-proxyer gir kandidater når offentlige proxyer passer politikken.

Semikolon skiller rutekandidater. DIRECT tillater en forbindelse uten proxy; blir den valgt, kan målet se utgangen til den direkte ruten. En policy som krever proxy, kan ikke bygge på en regel som bevisst tillater denne reserven når proxyen ikke er tilgjengelig.

Nettleseren avgjør hvordan kandidatfeil håndteres og kan huske proxyer som har feilet. En HTTP-feil fra et nettsted er ikke automatisk det samme som en utilgjengelig proxy. Den første kandidaten i skriptet alene kan derfor ikke fastslå hvilken rute som ble brukt.

PROXY IP:port betegner et vanlig HTTP-lyttepunkt. Det kan føre HTTPS gjennom CONNECT når det støttes; et eget endepunkt er ikke nødvendig bare fordi nettstedet er HTTPS. Bruk bare URL-informasjonen nettleseren gir: HTTPS-sti og spørredel kan være fjernet før PAC-vurderingen.

Vurder resultatet for det tiltenkte målet og lag deretter en ny forespørsel under den samme regelen. Skill mellom feil samsvar, utilgjengelig endepunkt og tillatt direkte reserve før du velger retting.