Kinni jäänud teatel „Resolving Host in Proxy Script“? Vaadake PAC-faili
Brauser võib oodata DNS-i, otsustades, millist puhverserverit kasutada, enne kui avab ühenduse, mis lehe alla laeb.
Oleku teade ütleb „Resolving host in proxy script“, kuid puhverserverite vahetamine ei muuda suurt midagi. See on kasulik vihje: brauser võib alles otsustada, kuhu päring saata.
PAC-fail võib teha DNS-ist sõltuvaid kontrolle. Kui need kontrollid ootavad kättesaamatut resoluutrit või esitavad korduvalt tarbeid küsimusi, võib lehe laadimine seiskuda enne, kui valitud puhverserver midagi saab.
1. Tehke kindlaks, kus on paus
Ühe mõjutatud URL-i puhul tehke kindlaks, kas viivitus tekib PAC-faili toomisel, selle hindamisel või tagastatud puhverserveriga ühenduse loomisel. Tühi puhverserveri juurdepääsulogi on kooskõlas kahe esimese etapiga; see ei tõesta, et brauser kasutas otsest teed.
Seejärel uurige, millised reeglid vajavad DNS-i. Microsofti PAC-i jõudluse juhised soovitavad vältida tarbetut DNS-ist sõltuvat tööd. Hostinime võrdluskontroll ei vaja samu andmeid, mida nõuab selle nime lahendamine ja alamvõrgu kontrollimine.
2. Eemaldage tarbetu DNS-töö
Tuntud hostinimede erandid saab sageli otsustada enne laiu aadressipõhiseid kontrolle. Lahendage nimi ainult siis, kui ülejäänud poliitika tõesti vajab selle aadressi. Hoidke tulemust lokaalses muutujas, kui mitmel järgneval tingimusel on vaja sama väärtust.
Ärge „parandage“ aeglast skripti, lisades ülaossa tingimusteta DIRECT-tagastuse. See eemaldab koos viivitusega ka marsruutimisotsuse.
Masinapõhised DNS-lahendused vajavad tõendeid. Failijagamise lubamine või iga sülearvuti hosts-faili ümberkirjutamine on aeglase marsruutimisskripti puhul halb esimene reaktsioon. Kontrollige resoluutri ja hostinime käitumist mõjutatud võrgus, eriti pärast võrgu muutust, ja muutke PAC-i ainult seal, kus selle tegelik otsustustee seda nõuab.