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