Du redigerte PAC-filen. Hentet nettleseren den på nytt?
Å lagre et proxyskript på serveren beviser ikke at nettleseren har erstattet den bufrede konfigurasjonen. Kontroller 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, kontroller om nettleseren i det hele tatt fikk det nye skriptet.
En sideinnlasting på nytt og en PAC-nedlasting er to forskjellige operasjoner. Klienten kan beholde et skript uavhengig av siden som vises. En allerede etablert 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-URL-en, svaret og versjonen av skriptet som ble levert. En fil som er redigert i én mappe, kan eksistere samtidig med en annen fil som den aktive netthosten leverer.
Chromium dokumenterer sin egen PAC-bufring 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 bare på en innstillingsskjerm. 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.