Iestrēguši pie “Resolving Host in Proxy Script”? Apskatiet PAC failu

Statusa ziņojums saka “Resolving host in proxy script”, taču starpniekserveru maiņa maz ko maina. Tā ir noderīga norāde: pārlūks varbūt vēl izlemj, kur sūtīt pieprasījumu.

PAC fails var veikt no DNS atkarīgas pārbaudes. Ja šīs pārbaudes gaida nepieejamu atrisinātāju vai atkārtoti uzdod nevajadzīgus jautājumus, lapas ielāde var apstāties pirms izvēlētais starpniekserveris kaut ko saņem.

1. Nosakiet, kur ir pauze

Vienam skartajam URL noskaidrojiet, vai aizkavēšanās rodas, iegūstot PAC failu, to novērtējot vai pieslēdzoties atgrieztajam starpniekserverim. Tukšs starpniekservera piekļuves žurnāls atbilst pirmajiem diviem posmiem; tas nepierāda, ka pārlūks izmantoja tiešu maršrutu.

Pēc tam pārbaudiet, kuriem noteikumiem vajag DNS. Microsoft PAC veiktspējas norādnes iesaka izvairīties no nevajadzīga no DNS atkarīga darba. Resursdatora nosaukuma vienādības pārbaudei nav vajadzīga tā pati informācija, kas šī nosaukuma atrisināšanai un apakštīkla pārbaudei.

2. Noņemiet nevajadzīgo DNS darbu

Zināmos resursdatora nosaukuma izņēmumus bieži var izlemt pirms plašām uz adresi balstītām pārbaudēm. Atrisiniet nosaukumu tikai tad, kad atlikušā politika patiešām pieprasa tā adresi. Saglabājiet rezultātu vietējā mainīgajā, ja vairākiem nākamajiem nosacījumiem vajadzīga tā pati vērtība.

“Nelabojiet” lēnu skriptu, augšpusē pievienojot beznosacījumu DIRECT atgriešanu. Tas kopā ar aizkavēšanos noņem arī maršrutēšanas lēmumu.

Konkrētai iekārtai paredzēti DNS risinājumi prasa pierādījumus. Failu koplietošanas iespējošana vai katra portatīvā datora hosts faila pārrakstīšana ir slikta pirmā reakcija uz lēnu maršrutēšanas skriptu. Pārbaudiet atrisinātāja un resursdatora nosaukuma uzvedību skartajā tīklā, jo īpaši pēc tīkla maiņas, un mainiet PAC tikai tur, kur to prasa tā faktiskais lēmuma ceļš.