Ați editat fișierul PAC. L-a adus browserul din nou?
Salvarea unui script proxy pe serverul său nu dovedește că browserul și-a înlocuit configurația din cache. Verificați preluarea înainte de a depana noua regulă.
Schimbați fișierul PAC de la proxy A la proxy B, îl salvați și reîncărcați un site web. Site-ul vede încă proxy A. Înainte de a schimba din nou regula, verificați dacă browserul a obținut măcar noul script.
Reîncărcarea unei pagini și descărcarea unui PAC sunt două operațiuni diferite. Clientul poate păstra un script independent de pagina vizualizată. O conexiune deja stabilită adaugă un alt motiv pentru care următoarea activitate vizibilă poate să nu demonstreze o decizie nouă de rutare.
Căutați o cerere PAC
Folosiți jurnalul de acces al serverului de configurare și diagnosticele de rețea disponibile ale clientului. Identificați URL-ul PAC exact, răspunsul și versiunea scriptului livrat. Un fișier editat într-un director poate coexista cu un alt fișier servit de gazda web activă.
Chromium își documentează propriul comportament de cache și de refacere a PAC. Alți clienți au propriile reguli. Evitați transformarea unei vechi anecdote „reporniți browserul” într-un interval universal de reîmprospătare.
Faceți comparația semnificativă
Dacă este potrivită o sesiune nouă de browser controlată, folosiți mecanismul de configurare acceptat și confirmați preluarea în loc să vă bazați doar pe un ecran de setări. Rețineți că închiderea unei ferestre nu oprește întotdeauna toate procesele browserului.
Odată ce se știe că noul script este încărcat, examinați rezultatul său pentru destinație. Abia apoi investigați reutilizarea conexiunii sau adresa de ieșire a serviciului proxy. Acele etape ulterioare nu pot explica o editare PAC pe care clientul nu a primit-o niciodată.