Från ett PAC-testresultat till webbläsarens faktiska rutt
Separera rutten som en PAC-funktion returnerar från filleverans, webbläsarens övertagande, proxyns nåbarhet och begärans slutliga väg.
En PAC-testare returnerar PROXY proxy.example:8080. Användbart resultat. Men det återstår flera frågor innan webbläsarkonfigurationen kan kallas verifierad.
| Fråga | Vad du bör undersöka |
|---|---|
| Vad returnerar detta skript för denna indata? | Utvärderaren, indata-URL:en och hjälpfunktionernas resultat |
| Fick webbläsaren denna kopia? | Den konfigurerade PAC-URL:en och bevis på leverans eller cachelagring |
| Använde webbläsaren den returnerade rutten? | Webbläsarens diagnostik för proxyval och anslutning |
| Kunde den rutten bära begäran? | Anslutningen till den valda slutpunkten och utbytet med proxyn |
Ett verktyg som pacparser utvärderar PAC-logik med sina egna stödda hjälpfunktioner. Det kör inte målwebbläsarens fullständiga maskineri för konfigurationsupptäckt, policy, cachelagring och anslutning.
Håll indata jämförbara. Ett annat URL-schema, en annan stavning av värdnamnet, ett annat DNS-svar eller en angiven klientadress kan ändra ett giltigt resultat. Ett test i ett annat nätverk kan köra en annan gren utan något fel i skriptet.
Webbläsarpolicyn kan också välja en annan PAC-URL eller en fast proxy. Att redigera filen på disken bevisar inte att webbläsaren hämtade den igen. I Chrome skiljer sig uppdatering av PAC från att rensa ihågkomna dåliga proxyservrar. Notera den exakta filversionen och de relevanta konsumentinställningarna tillsammans med resultatet.
Använd offline-utvärdering för att ringa in ett logikproblem. Använd den riktiga klientens diagnostik för att fastställa övertagande och routning. Om skriptets resultat är korrekt men proxyn inte ser någon transaktion, undersök den luckan innan du skriver om en fungerande regel.