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