Upravili jste soubor PAC. Stáhl ho prohlížeč znovu?
Uložení proxy skriptu na jeho server neprokazuje, že prohlížeč nahradil svou kešovanou konfiguraci. Než začnete nové pravidlo ladit, ověřte stažení.
Změníte soubor PAC z proxy A na proxy B, uložíte jej a znovu načtete web. Web stále vidí proxy A. Než pravidlo znovu změníte, ověřte, zda prohlížeč nový skript vůbec získal.
Znovunačtení stránky a stažení PAC jsou dvě různé operace. Klient může skript uchovat nezávisle na zobrazované stránce. Již navázané připojení přidává další důvod, proč následná viditelná aktivita nemusí prokázat nové rozhodnutí o směrování.
Hledejte požadavek PAC
Použijte přístupový protokol konfiguračního serveru a dostupnou síťovou diagnostiku klienta. Určete přesnou adresu URL PAC, odpověď a verzi dodaného skriptu. Soubor upravený v jednom adresáři může existovat vedle jiného souboru, který obsluhuje aktivní webový hostitel.
Chromium dokumentuje své vlastní chování při ukládání do mezipaměti a opětovném načítání PAC. Jiní klienti mají svá pravidla. Vyhněte se tomu, abyste ze staré anekdoty „restartujte prohlížeč“ dělali univerzální interval obnovy.
Učiňte srovnání smysluplným
Pokud je vhodná kontrolovaná nová relace prohlížeče, použijte podporovaný konfigurační mechanismus a potvrďte získání, místo abyste se spoléhali jen na obrazovku nastavení. Mějte na paměti, že zavření okna ne vždy ukončí všechny procesy prohlížeče.
Jakmile je známo, že je nový skript načten, prohlédněte si jeho výsledek pro cíl. Teprve potom zkoumejte opětovné použití připojení nebo výstupní adresu proxy služby. Tyto pozdější fáze nemohou vysvětlit úpravu PAC, kterou klient nikdy neobdržel.