Įstrigote ties „Resolving Host in Proxy Script“? Pažiūrėkite PAC failą

Būsenos pranešimas sako „Resolving host in proxy script“, tačiau pakeitus tarpinius serverius mažai kas keičiasi. Tai naudinga užuomina: naršyklė galbūt dar sprendžia, kur siųsti užklausą.

PAC failas gali atlikti nuo DNS priklausančius tikrinimus. Jei tie tikrinimai laukia nepasiekiamo resolverio arba kartoja nereikalingus klausimus, puslapio įkėlimas gali sustoti anksčiau, nei pasirinktas tarpinis serveris ką nors gauna.

1. Nustatykite, kur sustoja

Vienam paveiktam URL nustatykite, ar vėlavimas atsiranda gaunant PAC failą, jį vertinant, ar jungiantis prie grąžinto tarpinio serverio. Tuščias tarpinio serverio prieigos žurnalas atitinka pirmus du etapus; jis neįrodo, kad naršyklė naudojo tiesioginį maršrutą.

Tada patikrinkite, kurioms taisyklėms reikia DNS. „Microsoft“ PAC našumo gairės rekomenduoja vengti nereikalingo nuo DNS priklausančio darbo. Pagrindinio kompiuterio vardo lygybės tikrinimui nereikia tų pačių duomenų, kurių reikia tam vardui išspręsti ir potinkliui patikrinti.

2. Pašalinkite nereikalingą DNS darbą

Žinomas pagrindinio kompiuterio vardo išimtis dažnai galima nuspręsti prieš plačius adresais pagrįstus tikrinimus. Spręskite vardą tik tada, kai likusi politika tikrai reikalauja jo adreso. Išsaugokite rezultatą vietiniame kintamajame, jei kelioms tolesnėms sąlygoms reikia tos pačios reikšmės.

„Netaisykite“ lėto scenarijaus pridėdami besąlyginį DIRECT grąžinimą viršuje. Tai pašalina maršrutizavimo sprendimą kartu su vėlavimu.

Konkrečiam kompiuteriui skirti DNS sprendimai reikalauja įrodymų. Bendra failų prieiga ar kiekvieno nešiojamojo kompiuterio hosts failo perrašymas yra prasta pirmoji reakcija į lėtą maršrutizavimo scenarijų. Patikrinkite resolverio ir pagrindinio kompiuterio vardo elgseną paveiktame tinkle, ypač po tinklo pakeitimo, ir keiskite PAC tik ten, kur to reikalauja tikrasis jo sprendimo kelias.