Du redigerte PAC-fila. Henta nettlesaren ho på nytt?
Å lagre eit proxyskript på tenaren beviser ikkje at nettlesaren har erstatta den bufra konfigurasjonen. Kontroller hentinga før du feilsøkjer den nye regelen.
Du endrar PAC-fila frå proxy A til proxy B, lagrar ho og lastar inn eit nettstad på nytt. Nettstaden ser framleis proxy A. Før du endrar regelen igjen, kontroller om nettlesaren i det heile fekk det nye skriptet.
Ei sideinnlasting på nytt og ei PAC-nedlasting er to ulike operasjonar. Klienten kan behalde eit skript uavhengig av sida som vert vist. Ei allereie etablert tilkopling gir endå ein grunn til at den neste synlege aktiviteten kanskje ikkje viser ei ny rutingsavgjerd.
Sjå etter ein PAC-førespurnad
Bruk tilgangsloggen til konfigurasjonstenaren og den tilgjengelege nettverksdiagnostikken til klienten. Identifiser den nøyaktige PAC-URL-en, svaret og versjonen av skriptet som vart levert. Ei fil som er redigert i éi mappe, kan eksistere saman med ei anna fil som den aktive nettenaren leverer.
Chromium dokumenterer si eiga PAC-bufring og henting på nytt. Andre klientar har sine eigne reglar. Unngå å gjere ein gammal «start nettlesaren på nytt»-anekdote om til eit universelt oppdateringsintervall.
Gjer samanlikninga meiningsfull
Viss ein kontrollert ny nettlesarøkt er høveleg, bruk den støtta konfigurasjonsmekanismen og stadfest hentinga i staden for å stole berre på ein innstillingsskjerm. Ver klar over at lukking av eit vindauge ikkje alltid avsluttar alle nettlesarprosessar.
Når det er kjent at det nye skriptet er lasta inn, gransk resultatet for destinasjonen. Først då bør du granske gjenbruk av tilkopling eller utgangsadressa til proxydenesta. Desse seinare trinna kan ikkje forklare ei PAC-redigering som klienten aldri fekk.