Ад выніку тэсту PAC да фактычнага маршруту браўзера
Аддзяліце маршрут, які вяртае функцыя PAC, ад дастаўкі файла, прыняцця браўзерам, дасяжнасці проксі і канчатковага шляху запыту.
Тэстэр PAC вяртае PROXY proxy.example:8080. Карысны вынік. Але перш чым назваць налады браўзера праверанымі, трэба адказаць яшчэ на некалькі пытанняў.
| Пытанне | Што правяраць |
|---|---|
| Што гэты скрыпт вяртае для гэтага ўводу? | Ацэншчык, URL уводу і вынікі дапаможных функцый |
| Ці атрымаў браўзер гэтую копію? | Наладжаны URL PAC і доказы дастаўкі або кэшавання |
| Ці выкарыстаў браўзер вернуты маршрут? | Дыягностыка браўзера па выбары проксі і злучэнні |
| Ці мог гэты маршрут пранесці запыт? | Злучэнне выбранай канцавой кропкі і абмен з проксі |
Такі інструменты, як pacparser, ацэньваюць логіку PAC сваімі падтрыманымі дапаможнікамі. Яны не запускаюць поўныя механізмы мэтавага браўзера для выяўлення налад, палітыкі, кэшавання і злучэнняў.
Трымайце ўводы супастаўнымі. Іншая схема URL, напісанне імя хоста, адказ DNS або перададзены адрас кліента могуць змяніць слушны вынік. Тэст у іншай сетцы можа задзейнічаць іншую галіну без любой памылкі ў скрыпце.
Палітыка браўзера таксама можа выбраць іншы URL PAC або фіксаваны проксі. Рэдагаванне файла на дыску не даказвае, што браўзер зноў яго загрузіў. У Chrome абнаўленне PAC адрозніваецца ад ачышчэння запомненых дрэнных проксі. Запісвайце дакладную версію файла і адпаведныя налады спажыўца разам з вынікам.
Выкарыстоўвайце афлайн-ацэнку, каб звузіць праблему логікі. Выкарыстоўвайце дыягностыку рэальнага кліента, каб пацвердзіць прыняцце і маршрутызацыю. Калі вынік скрыпта правільны, але проксі не бачыць ніводнай транзакцыі, даследуйце гэты разрыў, перш чым перапісваць працоўнае правіла.