Заглавивте на „Resolving Host in Proxy Script“? Погледнете ја PAC-датотеката

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

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

1. Откријте каде е паузата

За еден засегнат URL утврдете дали доцнењето настанува при преземање на PAC-датотеката, при нејзиното оценување или при поврзување со вратениот прокси. Празен дневник за пристап преку прокси е во согласност со првите две фази; тоа не докажува дека прелистувачот користел директен пат.

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

2. Отстранете непотребната DNS-работа

Познатите исклучоци за имиња на домаќини често можат да се решат пред широките проверки засновани на адреса. Разрешувајте име само кога преостанатата политика навистина бара неговата адреса. Зачувајте го резултатот во локална променлива ако неколку следни услови бараат иста вредност.

Не „поправајте“ бавна скрипта со додавање безусловно враќање DIRECT на врвот. Тоа ја отстранува одлуката за рутирање заедно со доцнењето.

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