Fêst op “Resolving Host in Proxy Script”? Sjoch nei it PAC-bestân

It statusberjocht seit “Resolving host in proxy script,” mar proxytsjinners feroarje makket amper ferskil. Dat is in nuttige oanwizing: de browser is miskien noch oan it besluten wêr't it fersyk hinne moat.

In PAC-bestân kin DNS-ôfhinklike kontrôles útfiere. As dy kontrôles wachtsje op in ûnberikbere resolver of hieltyd wer ûnnadige fragen stelle, kin it laden fan de side stilhâlde foardat de keazen proxy eat ûntfangt.

1. Fyn de pauze

Bepaal foar ien troffen URL oft de fertraging optreedt by it opheljen fan it PAC-bestân, by it evaluearjen derfan of by it ferbinen mei de weromjûn proxy. In leech proxy-tagongslogboek is yn oerienstimming mei de earste twa fazen; it bewiist net dat de browser in direkte rûte brûkt hat.

Undersykje dan hokker regels DNS nedich hawwe. De PAC-prestaasjerjochtlinen fan Microsoft riede oan ûnnadich DNS-ôfhinklik wurk te foarkommen. In gelikensenskonktrole fan hostnamme hat net deselde ynformaasje nedich as it oplossen fan dy hostnamme en it kontrolearjen fan in subnet.

2. Ferwiderje ûnnadich DNS-wurk

Bekende hostnamme-útsûnderingen kinne faak besletten wurde foar brede adresbasearre kontrôles. Los in namme allinnich op as it oerbleaune belied echt syn adres nedich hat. Hâld it resultaat yn in lokale fariabele as ferskate folgjende betingsten deselde wearde nedich hawwe.

“Reparearje” gjin stadich skript troch boppe-oan in ûnbetingste DIRECT-weromjefte ta te foegjen. Dat fuortet de routingbeslissing tegearre mei de fertraging fuort.

DNS-oplossingen dy't spesifyk foar in masine binne, nedigje bewiis. It ynskeakeljen fan bestânssdiele of it weromskriuwing fan it hosts-bestân fan elke laptop is in minne earste reaksje op in stadich routing-skript. Kontrolearje it gedrach fan de resolver en de hostnamme op it troffen netwurk, benammen nei in netwurkferoaring, en feroarje de PAC allinnich dêr't syn wiere beslissingspaad dat freget.