Stavová zpráva říká „Resolving host in proxy script“, ale změna proxy serverů příliš nepomáhá. To je užitečná stopa: prohlížeč možná stále rozhoduje, kam požadavek poslat.

Soubor PAC může provádět kontroly závislé na DNS. Pokud tyto kontroly čekají na nedostupný resolver nebo opakovaně kladou zbytečné otázky, načítání stránky se může zastavit dřív, než vybraná proxy cokoli dostane.

1. Určete, kde je pauza

U jedné postižené adresy URL zjistěte, zda zpoždění vzniká při načítání souboru PAC, při jeho vyhodnocování, nebo při připojování k vrácené proxy. Prázdný přístupový log proxy odpovídá prvním dvěma fázím; nedokazuje, že prohlížeč použil přímou cestu.

Potom zkontrolujte, která pravidla potřebují DNS. Pokyny Microsoftu k výkonu PAC doporučují vyhnout se zbytečné práci závislé na DNS. Kontrola rovnosti názvu hostitele nepotřebuje stejné informace jako překlad tohoto názvu a kontrola podsítě.

2. Odstraňte zbytečnou práci s DNS

Známé výjimky pro názvy hostitelů lze často rozhodnout před širokými kontrolami založenými na adrese. Překládejte název jen tehdy, když zbývající politika skutečně potřebuje jeho adresu. Výsledek uchovejte v lokální proměnné, pokud několik následujících podmínek potřebuje stejnou hodnotu.

Ne„opravujte“ pomalý skript přidáním bezpodmínečného návratu DIRECT na začátek. Tím odstraníte rozhodnutí o směrování spolu se zpožděním.

Řešení DNS specifická pro konkrétní stroj potřebují důkazy. Zapnutí sdílení souborů nebo přepisování souboru hosts na každém notebooku je špatná první reakce na pomalý skript směrování. Zkontrolujte chování resolveru a názvu hostitele v postižené síti, zejména po změně sítě, a PAC měňte jen tam, kde to jeho skutečná rozhodovací cesta vyžaduje.

Související články