Доставка PAC-файлу має працювати до налаштування проксі
Зробіть завантаження PAC доступним раніше, ніж браузер оцінить вміщені в ньому правила проксі.
PAC-файл повідомляє браузерові, як дістатися інших служб. Його власна доставка має працювати до того, як ці інструкції стануть доступними.
Завантажувач PAC у Chromium — не звичайний запит вкладки. У документації про проксі сказано, що PAC-файли ніколи не отримують через проксі. Тому адреса PAC, доступна лише через проксі, названий усередині цього файлу, створює проблему запуску.
Є й інші обмеження доставки: завантажувач не може показати звичайний запит HTTP-автентифікації або пред'явити клієнтський сертифікат, а допоміжні звернення до мережі сертифікатів обмежені. Робоча вкладка, відкрита в уже налаштованому браузері, не є достатнім доказом того, що нове завантаження PAC може вдатися.
Розмістіть файл у кінцевій точці, доступній із передбачуваних початкових мереж, із такою схемою довіри й доступу, яку підтримує реальний користувач. Тримайте вимоги до доставки файлу окремо від власної автентифікації користувача проксі.
Для мобільних клієнтів уключіть мережу, у якій налаштування вперше стає потрібним. Кешований сценарій може приховувати збій доставки, доки новий профіль, закінчення строку або зміна мережі не спричинять нове звернення.
Додавання двох адрес проксі всередину сценарію не може виправити маршрут, потрібний для отримання самого сценарію.