Сиз PAC файлын түзөттүңүз. Браузер аны кайра жүктөдүбү?
Прокси скриптин серверинде сактоо браузер кэштеленген конфигурациясын алмаштырганын далилдебейт. Жаңы эрежесин жөндөөдөн мурун алууну текшериңиз.
Сиз PAC файлын A проксиден B проксиге өзгөртүп, сактап, веб-сайтты кайра жүктөйсүз. Сайт дагы эле A проксини көрүп турат. Эрежени кайра өзгөртүүдөн мурун браузер жаңы скриптти такыр алганын текшериңиз.
Баракчаны кайра жүктөө жана PAC жүктөө эки башка операция. Кардар скриптти көрүп жаткан баракчадан көз карандысыз сактай алат. Мурунтан түзүлгөн байланыш кийинки көрүнүүчү аракеттин жаңы маршруттоо чечимин көрсөтпөшүнүн дагы бир себебин кошот.
PAC сурамын издеңиз
Конфигурация серверинин кирүү журналын жана кардардын жеткиликтүү тармактык диагностикасын колдонуңуз. Так PAC URL, жооп жана жеткирилген скрипттин версиясын аныктаңыз. Бир каталогдо түзөтүлгөн файл активдүү веб-хост кызмат кылган башка файл менен катар болушу мүмкүн.
Chromium өзүнүн PAC кэштөө жана кайра алуу жүрүм-турумун документтештирет. Башка кардарлардын өз эрежелери бар. Эски «браузерди кайра баштаңыз» деген окуяны универсалдуу жаңыртуу интервалына айландыруудан качыңыз.
Салыштырууну маанилүү кылыңыз
Эгер контролдолгон жаңы браузер сессиясы ылайыктуу болсо, колдоого алынган конфигурация механизмин колдонуңуз жана жөндөөлөр экранына гана таянуунун ордуна алууну ырастаңыз. Терезени жабуу браузердин бардык процесстерин ар дайым токтотпой турганын эстен чыгарбаңыз.
Жаңы скрипт жүктөлгөнү белгилүү болгондон кийин анын багыт үчүн натыйжасын карап чыгыңыз. Ошондон кийин гана байланышты кайра колдонууну же прокси кызматынын чыгуу дарегин изилдеңиз. Ал кийинки этаптар кардар эч качан албаган PAC түзөтүүсүн түшүндүрө албайт.