Редактирахте PAC файла. Браузърът изтегли ли го отново?
Запазването на прокси скрипт на неговия сървър не доказва, че браузърът е заменил кешираната си конфигурация. Проверете изтеглянето, преди да отстранявате грешки в новото правило.
Променяте PAC файла от прокси A на прокси B, запазвате го и презареждате уебсайт. Сайтът все още вижда прокси A. Преди да промените правилото отново, проверете дали браузърът изобщо е получил новия скрипт.
Презареждането на страница и изтеглянето на PAC са различни операции. Клиентът може да запази скрипт независимо от страницата, която се разглежда. Вече установената връзка добавя още една причина следващата видима активност да не показва ново решение за маршрутизиране.
Търсете заявка за PAC
Използвайте журнала за достъп на конфигурационния сървър и наличната мрежова диагностика на клиента. Определете точния PAC URL, отговора и версията на доставения скрипт. Файл, редактиран в една директория, може да съществува едновременно с различен файл, обслужван от активния уеб хост.
Chromium документира собственото си поведение при кеширане и повторно изтегляне на PAC. Другите клиенти имат свои правила. Избягвайте превръщането на стар анекдот „рестартирайте браузъра“ в универсален интервал за опресняване.
Направете сравнението смислено
Ако е подходяща контролирана нова сесия на браузъра, използвайте поддържания механизъм за конфигурация и потвърдете изтеглянето, вместо да разчитате само на екран с настройки. Имайте предвид, че затварянето на прозорец не винаги прекратява всички процеси на браузъра.
След като се знае, че новият скрипт е зареден, прегледайте резултата му за дестинацията. Едва след това изследвайте повторното използване на връзката или изходния адрес на прокси услугата. Тези по-късни етапи не могат да обяснят редакция на PAC, която клиентът никога не е получил.