Fast på «Resolving Host in Proxy Script»? Se på PAC-filen
En nettleser kan vente på DNS mens den avgjør hvilken proxy den skal bruke, før den åpner forbindelsen som laster ned siden.
Statusmeldingen sier «Resolving host in proxy script», men det hjelper lite å bytte proxyserver. Det er et nyttig spor: nettleseren avgjør kanskje fortsatt hvor forespørselen skal sendes.
En PAC-fil kan utføre DNS-avhengige kontroller. Hvis disse kontrollene venter på en utilgjengelig resolver eller stadig stiller unødvendige spørsmål, kan innlastingen av siden stanse før den valgte proxyen mottar noe.
1. Finn hvor pausen er
For én berørt URL, fastslå om forsinkelsen oppstår ved henting av PAC-filen, ved evalueringen av den eller ved tilkobling til proxyen som returneres. En tom proxy-tilgangslogg samsvarer med de to første trinnene; den beviser ikke at nettleseren brukte en direkte rute.
Undersøk deretter hvilke regler som trenger DNS. Microsofts retningslinjer for PAC-ytelse anbefaler å unngå unødvendig DNS-avhengig arbeid. En likhetskontroll av vertsnavn trenger ikke de samme opplysningene som å slå opp vertsnavnet og kontrollere et subnett.
2. Fjern unødvendig DNS-arbeid
Kjente unntak for vertsnavn kan ofte avgjøres før brede adressebaserte kontroller. Slå bare opp et navn når den gjenværende policyen faktisk trenger adressen. Ta vare på resultatet i en lokal variabel hvis flere etterfølgende betingelser trenger samme verdi.
Ikke «reparer» et tregt skript ved å legge til en ubetinget DIRECT-retur øverst. Det fjerner rutingavgjørelsen sammen med forsinkelsen.
Maskinspesifikke DNS-løsninger trenger bevis. Å aktivere fildeling eller skrive om hosts-filen på hver bærbar PC er en dårlig første reaksjon på et tregt rutingsskript. Kontroller resolver- og vertsnavnatferd på det berørte nettverket, særlig etter en nettverksendring, og endre PAC-en bare der dens faktiske beslutningsvei krever det.