Strandet på “Resolving Host in Proxy Script”? Se på PAC-filen
En browser kan vente på DNS, mens den afgør, hvilken proxy der skal bruges, før den åbner den forbindelse, der henter siden.
Statusmeddelelsen siger “Resolving host in proxy script,” men det gør næsten ingen forskel at skifte proxyserver. Det er et nyttigt spor: browseren er måske stadig ved at afgøre, hvor anmodningen skal sendes hen.
En PAC-fil kan udføre DNS-afhængige kontroller. Hvis disse kontroller venter på en utilgængelig resolver eller gentagne gange stiller unødvendige spørgsmål, kan sideindlæsningen gå i stå, før den valgte proxy modtager noget.
1. Find pausen
For én berørt URL skal du fastslå, om forsinkelsen opstår ved hentning af PAC-filen, ved evalueringen af den eller ved forbindelsen til den returnerede proxy. En tom proxy-adgangslog stemmer overens med de første to faser; den beviser ikke, at browseren brugte en direkte rute.
Undersøg derefter, hvilke regler der kræver DNS. Microsofts retningslinjer for PAC-ydeevne anbefaler at undgå unødvendigt DNS-afhængigt arbejde. En lighedskontrol af værtsnavn kræver ikke de samme oplysninger som at slå værtsnavnet op og kontrollere et undernet.
2. Fjern unødvendigt DNS-arbejde
Kendte undtagelser for værtsnavne kan ofte afgøres før brede adressebaserede kontroller. Slå kun et navn op, når den resterende politik faktisk kræver dets adresse. Gem resultatet i en lokal variabel, hvis flere efterfølgende betingelser har brug for samme værdi.
“Ret” ikke et langsomt script ved at tilføje en ubetinget DIRECT-returnering øverst. Det fjerner routingbeslutningen sammen med forsinkelsen.
Maskinspecifikke DNS-løsninger kræver bevis. At aktivere fildeling eller omskrive hver laptops hosts-fil er en dårlig første reaktion på et langsomt routing-script. Kontroller resolver- og værtsnavnadfærd på det berørte netværk, især efter en netværksændring, og ændr kun PAC'en, hvor dens faktiske beslutningsvej kræver det.