Jūs rediģējāt PAC failu. Vai pārlūks to atkal ieguva?
Starpniekservera skripta saglabāšana tā serverī nepierāda, ka pārlūks ir aizstājis savu kešoto konfigurāciju. Pirms jaunā noteikuma atkļūdošanas pārbaudiet iegūšanu.
Jūs maināt PAC failu no starpniekservera A uz starpniekserveri B, saglabājat to un pārlādējat vietni. Vietne joprojām redz starpniekserveri A. Pirms noteikuma atkārtotas maiņas pārbaudiet, vai pārlūks vispār ieguva jauno skriptu.
Lapas pārlāde un PAC lejupielāde ir divas dažādas darbības. Klients var saglabāt skriptu neatkarīgi no skatītās lapas. Jau izveidots savienojums pievieno vēl vienu iemeslu, kāpēc nākamā redzamā darbība var nerādīt jaunu maršrutēšanas lēmumu.
Meklējiet PAC pieprasījumu
Izmantojiet konfigurācijas servera piekļuves žurnālu un klienta pieejamo tīkla diagnostiku. Nosakiet precīzu PAC URL, atbildi un piegādātā skripta versiju. Faila, kas rediģēts vienā mapē, var pastāvēt līdzās citam failam, ko apkalpo aktīvais tīmekļa resursdators.
Chromium dokumentē savu PAC kešošanas un atkārtotas iegūšanas uzvedību. Citiem klientiem ir savi noteikumi. Izvairieties veco „restartējiet pārlūku“ anekdoti pārvērst universālā atsvaidzināšanas intervālā.
Padariet salīdzinājumu jēgpilnu
Ja ir piemērota kontrolēta jauna pārlūka sesija, izmantojiet atbalstīto konfigurācijas mehānismu un apstipriniet iegūšanu, nevis paļaujieties tikai uz iestatījumu ekrānu. Ņemiet vērā, ka loga aizvēršana ne vienmēr pārtrauc visus pārlūka procesus.
Kad zināms, ka jaunais skripts ir ielādēts, pārbaudiet tā rezultātu galamērķim. Tikai pēc tam pētiet savienojuma atkārtotu izmantošanu vai starpniekservera pakalpojuma izejas adresi. Šie vēlākie posmi nevar izskaidrot PAC rediģējumu, ko klients nekad nesaņēma.