Et PAC-resultat navngir både en proxy og en protokoll. Hvis Firefox-distribusjonen din trenger SOCKS5, si det i den returnerte verdien:

return "SOCKS5 proxy.example:1080";

Hvis PAC-policyen bruker offentlige endepunkter, velg kandidater fra SOCKS5-proxylisten og behold det eksplisitte SOCKS5-resultatet. Det generiske SOCKS-tokenet har en kompatibilitetshistorikk. Det er ikke en flyttbar instruks som hver nettleser må tolke som den nyeste SOCKS-versjonen.

I Firefox-implementasjonen som undersøkes her, kobler PAC-parseren eksplisitt SOCKS5 til versjon 5-socketleverandøren og ber om vertsnavnoppløsning på serversiden. Manuell proxykonfigurasjon følger en egen innstillingvei. Et preferansenavn fra et manuelt oppsett bør derfor ikke behandles som en universell forklaring på hvert PAC-resultat.

Ta vare på den nøyaktige nettleserversjonen, det innlastede PAC-skriptet og det returnerte tokenet i posten. Et skript du har redigert er ikke nødvendigvis skriptet klienten hentet, og en annen rute returnert for én vert kan endre observasjonen.

Dette gjelder destinasjonsnavnet knyttet til den valgte SOCKS-ruten. Klienten må fortsatt nå proxyens endepunkt, og andre applikasjoner beholder sin egen DNS-atferd. Ikke gjør ett korrekt PAC-resultat til en påstand om at alle oppslag på tvers av enheten nå går eksternt.

Når konfigurasjonen må støtte flere nettlesere, sjekk deres dokumenterte PAC-tokenstøtte i stedet for å overføre en detalj på Firefox' kildekodenivå til en annen implementasjon.

Relaterte artikler