PAC-filer: när en förfrågan använder proxy eller går direkt

Läs ett PAC-resultat som ett ruttval för en viss destination, även vad reservvalet DIRECT betyder för den observerade utgångsadressen.

En IP-kontrollsida kan visa din direkta adress även om en PAC-fil skickar en annan webbplats korrekt genom proxy. Kontrollera vilken gren som styr själva IP-kontrollsidan:

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

Skriptet erbjuder example.com HTTP-proxyn och därefter DIRECT. Alla andra värdar är uttryckligen direkta, så en IP-kontroll på en annan domän testar aldrig proxygrenen. Byt ut dokumentationsslutpunkten före användning mot den avsedda HTTP-proxyn; listan över HTTP-proxyer ger kandidater när offentliga proxyer passar policyn.

Semikolon skiljer ruttkandidater. DIRECT tillåter en anslutning utan proxy; väljs den kan destinationen se den direkta ruttens utgång. En policy som kräver proxy kan inte bygga på en regel som medvetet tillåter denna reserv när proxyn är otillgänglig.

Webbläsaren avgör hur kandidatfel hanteras och kan minnas proxyer som har misslyckats. Ett HTTP-fel från en webbplats är inte automatiskt samma sak som en onåbar proxy. Skriptets första kandidat ensam visar därför inte vilken rutt som användes.

PROXY IP:port betecknar en vanlig HTTP-lyssnare. Den kan föra HTTPS genom CONNECT när det stöds; en separat slutpunkt behövs inte bara för att webbplatsen är HTTPS. Använd bara URL-informationen som webbläsaren ger: HTTPS-sökväg och frågedel kan tas bort före PAC-utvärderingen.

Utvärdera resultatet för den avsedda destinationen och gör sedan en ny förfrågan under samma regel. Skilj mellan felaktig matchning, onåbar slutpunkt och tillåten direkt reserv innan du väljer rättelse.

Relaterade artiklar