Од резултат на PAC тест до вистинската рута на прелистувачот
Одделете ја рутата што ја враќа PAC функцијата од испораката на датотеката, преземањето од прелистувачот, достапноста на проксито и крајната патека на барањето.
PAC тестерерот враќа PROXY proxy.example:8080. Корисен резултат. Но пред конфигурацијата на прелистувачот да се нарече проверена, остануваат уште неколку прашања.
| Прашање | Што да се провери |
|---|---|
| Што враќа оваа скрипта за овој влез? | Оценувачот, URL-то на влезот и резултатите од помошните функции |
| Дали прелистувачот ја доби оваа копија? | Конфигурираното PAC URL и доказите за испорака или кеширање |
| Дали прелистувачот ја искористи вратената рута? | Дијагностиката на прелистувачот за избор на прокси и поврзување |
| Можеше ли таа рута да го пренесе барањето? | Поврзувањето на избраната крајна точка и размената со проксито |
Алатка како pacparser ја оценува PAC логиката со свои поддржани помошни функции. Таа не ги извршува целосните механизми на целниот прелистувач за откривање конфигурација, политика, кеширање и поврзување.
Одржете ги влезовите споредливи. Друга URL шема, друг начин на пишување на името на домаќинот, друг одговор од DNS или доставена адреса на клиентот можат да променат валиден резултат. Тест на друга мрежа може да активира друга гранка без никаква грешка во скриптата.
Политиката на прелистувачот исто така може да избере друга PAC URL или фиксно прокси. Уредувањето на датотеката на дискот не докажува дека прелистувачот ја презел повторно. Во Chrome, освежувањето на PAC се разликува од бришењето запомнети лоши проксија. Забележете ја точната верзија на датотеката и релевантните поставки на потрошувачот заедно со резултатот.
Користете офлајн оценување за да го стесните логичкиот проблем. Користете ја дијагностиката на вистинскиот клиент за да го утврдите преземањето и насочувањето. Ако резултатот од скриптата е точен, но проксито не гледа трансакција, истражите го тој јаз пред да препишете правило што работи.