Fra et PAC-testresultat til nettleserens faktiske rute
Skill ruten en PAC-funksjon returnerer fra filleveranse, nettleserens overtakelse, proxyens tilgjengelighet og forespørselens endelige vei.
En PAC-tester returnerer PROXY proxy.example:8080. Et nyttig resultat. Men det gjenstår flere spørsmål før nettleserkonfigurasjonen kan kalles verifisert.
| Spørsmål | Hva du bør undersøke |
|---|---|
| Hva returnerer dette skriptet for denne inndataen? | Evaluatoren, inndata-URL-en og resultatene fra hjelpefunksjonene |
| Fikk nettleseren denne kopien? | Den konfigurerte PAC-URL-en og bevis på levering eller hurtigbuffer |
| Brukte nettleseren ruten som ble returnert? | Nettleserens diagnostikk for proxyvalg og tilkobling |
| Kunne den ruten bære forespørselen? | Tilkoblingen til det valgte endepunktet og utvekslingen med proxyen |
Et verktøy som pacparser vurderer PAC-logikk med sine egne støttede hjelpefunksjoner. Det kjører ikke målrettet nettlesers fulle maskineri for konfigurasjonsoppdagelse, policy, hurtigbuffer og tilkobling.
Hold inndataene sammenlignbare. Et annet URL-skjema, en annen skrivemåte for vertsnavnet, et annet DNS-svar eller en oppgitt klientadresse kan endre et gyldig resultat. En test på et annet nettverk kan kjøre en annen gren uten noen feil i skriptet.
Nettleserpolicyen kan også velge en annen PAC-URL eller en fast proxy. Å redigere filen på disken beviser ikke at nettleseren har hentet den på nytt. I Chrome er oppdatering av PAC forskjellig fra å slette huskede dårlige proxyer. Noter den nøyaktige filversjonen og de relevante forbrukerinnstillingene sammen med resultatet.
Bruk offline-vurdering for å snevre inn et logikkproblem. Bruk den ekte klientens diagnostikk for å fastslå overtakelse og ruting. Hvis skriptresultatet er riktig, men proxyen ikke ser noen transaksjon, undersøk det gapet før du skriver om en fungerende regel.