Elakadt a „Resolving Host in Proxy Script” üzenetnél? Nézze meg a PAC-fájlt

Az állapotszöveg ezt írja: „Resolving host in proxy script”, mégis alig változik valami a proxyszerverek cseréjétől. Ez hasznos nyom: lehet, hogy a böngésző még mindig azt dönti el, hová küldje a kérést.

A PAC-fájl DNS-függő ellenőrzéseket végezhet. Ha ezek az ellenőrzések elérhetetlen feloldóra várnak, vagy ismételten szükségtelen kérdéseket tesznek fel, az oldal betöltése megakadhat, mielőtt a kiválasztott proxy bármit kapna.

1. Határozza meg a szünet helyét

Egy érintett URL esetében állapítsa meg, hogy a késleltetés a PAC-fájl letöltésekor, kiértékelésekor vagy a visszaadott proxyhoz való csatlakozáskor keletkezik-e. Az üres proxy-hozzáférési napló összhangban van az első két szakasszal; nem bizonyítja, hogy a böngésző közvetlen útvonalat használt.

Ezután vizsgálja meg, mely szabályoknak van szükségük DNS-re. A Microsoft PAC-teljesítményre vonatkozó útmutatása javasolja a szükségtelen DNS-függő munka elkerülését. A hosztnév egyenlőségvizsgálata nem igényli ugyanazokat az információkat, mint a hosztnév feloldása és egy alhálózat ellenőrzése.

2. Távolítsa el a szükségtelen DNS-munkát

Az ismert hosztnév-kivételek gyakran széles, címalapú ellenőrzések előtt eldönthetők. Csak akkor oldjon fel egy nevet, ha a fennmaradó házirend valóban igényli a címét. Tartsa az eredményt helyi változóban, ha több következő feltételnek ugyanarra az értékre van szüksége.

Ne „javítsa meg” a lassú szkriptet egy feltétel nélküli DIRECT visszatérés hozzáadásával az elején. Ez a késleltetéssel együtt az útválasztási döntést is eltávolítja.

A gépspecifikus DNS-megoldásokhoz bizonyíték kell. A fájlmegosztás engedélyezése vagy minden laptop hosts-fájljának átírása rossz első reakció egy lassú útválasztási szkriptre. Ellenőrizze a feloldó és a hosztnév viselkedését az érintett hálózaton, különösen hálózatváltás után, és csak ott módosítsa a PAC-ot, ahol a tényleges döntési útvonala ezt megköveteli.