Статусна порука каже „Resolving host in proxy script“, али промена прокси сервера мало тога мења. То је користан траг: прегледач можда још одлучује камо послати захтев.

PAC датотека може да извршава провере које зависе од DNS-а. Ако те провере чекају недоступан резолвер или опетовано постављају непотребна питања, учитавање странице може да стане пре него што изабрани прокси ишта прими.

1. Утврдите где је пауза

За један погођени URL утврдите да ли кашњење настаје при добављању PAC датотеке, њеном вредновању или повезивању са враћеним проксијем. Празан дневник приступа проксија у складу је са прве две фазе; не доказује да је прегледач користио директну путању.

Затим проверите која правила траже DNS. Microsoft смернице за перформансе PAC-а препоручују избегавање непотребног рада који зависи од DNS-а. Провера једнакости имена хоста не тражи исте податке као разрешавање тог имена и провера подмреже.

2. Уклоните непотребан DNS рад

Познати изузеци за имена хостова често могу да се реше пре широких провера заснованих на адреси. Разрешавајте име само када преостала политика заиста тражи његову адресу. Сачувајте резултат у локалној променљивој ако неколико следећих услова тражи исту вредност.

Не „поправљајте“ спору скрипту додавањем безусловног враћања DIRECT на врх. То уклања одлуку о рутирању заједно са кашњењем.

Решења за DNS специфична за машину траже доказе. Укључивање дељења датотека или преписивање hosts датотеке на сваком преносном рачунару је лоша прва реакција на спору скрипту рутирања. Проверите понашање резолвера и имена хоста у погођеној мрежи, посебно после промене мреже, и мењајте PAC само тамо где то његов стварни пут одлучивања захтева.

Повезани чланци