Адсутны файл PAC можа змяніць ваш выхадны IP
Калі браўзер не можа загрузіць свой проксі-скрыпт, яго паводзіны пры адкаце могуць адрознівацца ад правілаў DIRECT у паспяхова загружаным скрыпце.
Выдаленне ўсіх галін DIRECT з файла PAC не абавязкова кантралюе тое, што робіць браўзер, калі ён зусім не можа атрымаць файл.
| Пункт збою | Адпаведная палітыка |
|---|---|
| Загружаны скрыпт выбірае сярод вернутых проксі | упарадкаваны спіс кандыдатаў, уключаючы любы яўны варыянт DIRECT. |
| Браўзер не можа атрымаць прыдатны скрыпт | Рэзервовыя налады кліента, уключаючы любы прыдатны кэш або ручную альтэрнатыву. |
Chromium дакументуе наступную канфігурацыю пасля збою атрымання PAC: ручны проксі на падтрымліваемых платформах або прамы доступ. Абавязковая канфігурацыя PAC прадухіляе свой дакументаваны прамы адкат, калі ўсталяваная праз падтрымліваемы механізм. Гэта не вызначае ўсе сітуацыі з браўзерам, платформай ці кэшаваным скрыптам.
Пры нечаканым прамым выхадзе захоўвайце кліент/версію і дзейсную кіраваную палітыку або палітыку пашырэння разам з URL PAC, вынікам атрымання, назіраны выхад і часам змены сеткі. Адзначце, ці існаваў кэшаваны скрыпт або ручны проксі. Супастаўляйце журналы проксі з доказамі маршрутызацыі кліента; проксі не можа запісаць запыт, які да яго не дайшоў.
Арганізацыя, якая патрабуе зацверджанага выхаду, павінна ўзгадніць палітыку браўзера з палітыкай сеткавага доступу. Скрыпт, які звычайна вяртае правільную канчатковую кропку, не можа адзін гарантаваць той жа шлях, пакуль яго сервер дастаўкі недаступны.