Redagavote PAC failą. Ar naršyklė jį vėl gavo?
Proxy scenarijaus išsaugojimas jo serveryje neįrodo, kad naršyklė pakeitė savo talpykloje saugomą konfigūraciją. Prieš derindami naują taisyklę patikrinkite gavimą.
Pakeičiate PAC failą iš proxy A į proxy B, išsaugote jį ir iš naujo įkeliate svetainę. Svetainė vis dar mato proxy A. Prieš vėl keisdami taisyklę patikrinkite, ar naršyklė apskritai gavo naują scenarijų.
Puslapio įkėlimas iš naujo ir PAC atsisiuntimas yra dvi skirtingos operacijos. Klientas gali išsaugoti scenarijų nepriklausomai nuo peržiūrimo puslapio. Jau užmegztas ryšys prideda dar vieną priežastį, kodėl kitas matomas veiksmas gali neparodyti naujo maršrutizavimo sprendimo.
Ieškokite PAC užklausos
Naudokite konfigūracijos serverio prieigos žurnalą ir turimą kliento tinklo diagnostiką. Nustatykite tikslų PAC URL, atsakymą ir pateikto scenarijaus versiją. Viename kataloge redaguotas failas gali egzistuoti kartu su kitu failu, kurį teikia aktyvus žiniatinklio hostas.
Chromium dokumentuoja savo PAC talpyklos ir pakartotinio gavimo elgseną. Kiti klientai turi savo taisykles. Venkite seno „iš naujo paleiskite naršyklę“ anekdoto pavertimo visuotine atnaujinimo intervalo reikšme.
Padarykite palyginimą prasmingą
Jei tinka kontroliuojama nauja naršyklės sesija, naudokite palaikomą konfigūracijos mechanizmą ir patvirtinkite gavimą, o ne pasikliaukite vien nustatymų ekranu. Atminkite, kad lango uždarymas ne visada užbaigia visus naršyklės procesus.
Kai žinoma, kad naujas scenarijus įkeltas, patikrinkite jo rezultatą paskirties vietai. Tik tada tirkite ryšio pakartotinį naudojimą arba proxy paslaugos išėjimo adresą. Tie vėlesni etapai negali paaiškinti PAC pakeitimo, kurio klientas niekada negavo.