Du redigerte PAC-filen. Hentet nettleseren den igjen?
Å lagre et proxyskript på serveren beviser ikke at nettleseren erstattet den hurtiglagrede konfigurasjonen. Sjekk hentingen før du feilsøker den nye regelen.
Du endrer PAC-filen fra proxy A til proxy B, lagrer den og laster inn et nettsted på nytt. Nettstedet ser fortsatt proxy A. Før du endrer regelen igjen, sjekk om nettleseren i det hele tatt fikk det nye skriptet.
En ny innlasting av en side og en PAC-nedlasting er to ulike operasjoner. Klienten kan beholde et skript uavhengig av siden som vises. En allerede opprettet tilkobling gir enda en grunn til at den neste synlige aktiviteten kanskje ikke viser en ny rutingsbeslutning.
Se etter en PAC-forespørsel
Bruk tilgangsloggen til konfigurasjonsserveren og klientens tilgjengelige nettverksdiagnostikk. Identifiser den nøyaktige PAC-adressen, svaret og versjonen av skriptet som ble levert. En fil som er redigert i én mappe, kan eksistere sammen med en annen fil som den aktive nettverten leverer.
Chromium dokumenterer sin egen PAC-hurtiglagring og henting på nytt. Andre klienter har sine egne regler. Unngå å gjøre en gammel «start nettleseren på nytt»-anekdote om til et universelt oppdateringsintervall.
Gjør sammenligningen meningsfull
Hvis en kontrollert ny nettleserøkt er passende, bruk den støttede konfigurasjonsmekanismen og bekreft hentingen i stedet for å stole på en innstillingsskjerm alene. Vær klar over at lukking av et vindu ikke alltid avslutter alle nettleserprosesser.
Når det er kjent at det nye skriptet er lastet inn, undersøk resultatet for destinasjonen. Først da bør du undersøke gjenbruk av tilkobling eller utgangsadressen til proxytjenesten. Disse senere trinnene kan ikke forklare en PAC-redigering som klienten aldri mottok.