Frå eit PAC-testresultat til den faktiske ruta til nettlesaren
Skil ruta som ein PAC-funksjon returnerer frå filleveranse, overtaking i nettlesaren, tilgjenge til proxyen og den endelege vegen til førespurnaden.
Ein PAC-testar returnerer PROXY proxy.example:8080. Eit nyttig resultat. Men det står att fleire spørsmål før nettlesarkonfigurasjonen kan kallast verifisert.
| Spørsmål | Kva du bør undersøkje |
|---|---|
| Kva returnerer dette skriptet for denne inndataen? | Vurderaren, inndata-URL-en og resultata frå hjelpefunksjonane |
| Fekk nettlesaren denne kopien? | Den konfigurerte PAC-URL-en og prov på levering eller mellomlagring |
| Brukte nettlesaren ruta som vart returnert? | Diagnostikken til nettlesaren for proxyval og tilkopling |
| Kunne den ruta bera førespurnaden? | Tilkoplinga til endepunktet som vart valt og utvekslinga med proxyen |
Eit verktøy som pacparser vurderer PAC-logikk med eigne støtta hjelpefunksjonar. Det køyrer ikkje heile maskineriet til målretta nettlesar for konfigurasjonsoppdaging, policy, mellomlagring og tilkopling.
Hald inndataa samanliknbare. Eit anna URL-skjema, ein annan skrivemåte for vertsnamnet, eit anna DNS-svar eller ei oppgjeven klientadresse kan endre eit gyldig resultat. Ein test på eit anna nett kan køyre ei anna grein utan nokon feil i skriptet.
Nettlesarpolicyen kan òg velje ein annan PAC-URL eller ein fast proxy. Å redigere fila på disken provar ikkje at nettlesaren har henta ho på nytt. I Chrome er oppdatering av PAC annleis enn å slette huska dårlege proxyar. Noter den nøyaktige filversjonen og dei relevante forbrukarinnstillingane saman med resultatet.
Bruk offline-vurdering for å snevre inn eit logikkproblem. Bruk diagnostikken til den ekte klienten for å fastslå overtaking og ruting. Viss skriptresultatet er rett, men proxyen ikkje ser nokon transaksjon, undersøk det gapet før du skriv om ei fungerande regel.