Fra et PAC-testresultat til browserens faktiske rute
Adskil den rute, en PAC-funktion returnerer, fra filleverance, browserens overtagelse, proxyens tilgængelighed og anmodningens endelige vej.
En PAC-tester returnerer PROXY proxy.example:8080. Et brugbart resultat. Men der er flere spørgsmål at besvare, før browserkonfigurationen kan kaldes verificeret.
| Spørgsmål | Hvad der skal undersøges |
|---|---|
| Hvad returnerer dette script for dette input? | Evaluatoren, input-URL'en og hjælpefunktionernes resultater |
| Hentede browseren denne kopi? | Den konfigurerede PAC-URL og dokumentation for levering eller cache |
| Brugte browseren den returnerede rute? | Browserens diagnostik for proxyvalg og forbindelse |
| Kunne den rute bære anmodningen? | Den valgte endepunkts forbindelse og udveksling med proxyen |
Et værktøj som pacparser evaluerer PAC-logik med sine egne understøttede hjælpefunktioner. Det kører ikke målrettet browsers fulde maskineri til konfigurationsopdagelse, politik, cache og forbindelse.
Hold input sammenlignelige. En anden URL-ordning, stavemåde for værtsnavn, DNS-svar eller angivet klientadresse kan ændre et legitimt resultat. En test på et andet netværk kan køre en anden gren uden nogen fejl i scriptet.
Browserpolitik kan også vælge en anden PAC-URL eller en fast proxy. Redigering af filen på disken beviser ikke, at browseren har hentet den igen. I Chrome er opdatering af PAC forskellig fra at rydde huskede dårlige proxyer. Noter den præcise filversion og de relevante forbrugerindstillinger sammen med resultatet.
Brug offline-evaluering til at indsnævre et logikproblem. Brug den rigtige klients diagnostik til at fastslå overtagelse og rutevalg. Hvis scriptets resultat er rigtigt, men proxyen ikke ser nogen transaktion, så undersøg den forskel, før du omskriver en fungerende regel.