Відсутній файл PAC може змінити вашу вихідну IP
Якщо браузер не може отримати свій проксі-скрипт, його резервна поведінка може відрізнятися від правил DIRECT в успішно завантаженому скрипті.
Видалення кожної гілки DIRECT з файлу PAC не обов'язково керує тим, що робить браузер, коли він взагалі не може отримати файл.
| Точка збою | Відповідна політика |
|---|---|
| Завантажений скрипт обирає серед повернутих проксі | упорядкований список кандидатів, включно з будь-яким явним параметром DIRECT. |
| Браузер не може отримати придатний скрипт | Резервна конфігурація клієнта, включно з будь-яким придатним кешем або ручною альтернативою. |
Chromium документує наступну конфігурацію після збою отримання PAC: ручний проксі на підтримуваних платформах або прямий доступ. Обов'язкова конфігурація PAC запобігає своєму задокументованому прямому резерву, якщо її задано через підтримуваний механізм. Це не визначає кожну ситуацію з браузером, платформою чи кешованим скриптом.
У разі неочікуваного прямого виходу зберігайте клієнт/версію та чинну керовану політику або політику розширення разом з URL PAC, результатом отримання, спостережуваний вихід і часом зміни мережі. Занотуйте, чи існував кешований скрипт або ручний проксі. Зіставляйте журнали проксі з доказами маршрутизації клієнта; проксі не може зареєструвати запит, який до нього ніколи не дійшов.
Організація, яка вимагає затвердженого виходу, повинна узгодити політику браузера з політикою мережевого доступу. Скрипт, який зазвичай повертає правильну кінцеву точку, не може сам гарантувати той самий шлях, поки його сервер доставки недоступний.