Уредили сте PAC датотеку. Да ли ју је прегледач поново преузео?
Чување прокси скрипте на њеном серверу не доказује да је прегледач заменио своју кеширану конфигурацију. Проверите преузимање пре него што отклањате грешке у новом правилу.
Мењате PAC датотеку са проксија A на прокси B, чувате је и поново учитавате веб локацију. Страница још увек види прокси A. Пре него што поново промените правило, проверите да ли је прегледач уопште добио нову скрипту.
Поновно учитавање странице и преузимање PAC-а две су различите радње. Клијент може задржати скрипту независно од странице која се прегледа. Већ успостављена веза додаје још један разлог зашто следећа видљива активност можда неће показати нову одлуку о усмеравању.
Потражите PAC захтев
Употребите записник приступа сервера конфигурације и доступну мрежну дијагностику клијента. Утврдите тачан PAC URL, одговор и верзију испоручене скрипте. Датотека уређена у једном директоријуму може постојати уз другу датотеку коју послужује активни веб хост.
Chromium документује сопствено понашање кеширања и поновног добављања PAC-а. Други клијенти имају сопствена правила. Избегните претварање старе анегдоте „поново покрените прегледач“ у универзални интервал освежавања.
Учините поређење смисленим
Ако је прикладна контролисана нова сесија прегледача, употребите подржани механизам конфигурације и потврдите преузимање уместо да се ослањате само на екран подешавања. Имајте на уму да затварање прозора не прекида увек све процесе прегледача.
Након што се зна да је нова скрипта учитана, прегледајте њен резултат за одредиште. Тек тада истражите поновну употребу везе или излазну адресу прокси услуге. Те касније фазе не могу објаснити уређивање PAC-а које клијент никада није примио.