Сіз PAC файлын өңдедіңіз. Браузер оны қайта жүктеді ме?
Прокси скриптің серверінде сақтау браузердің кэштелген конфигурациясын ауыстырғанын дәлелдемейді. Жаңа ережені жөндеуден бұрын алуды тексеріңіз.
Сіз PAC файлын A проксиінен B проксиіне өзгертіп, сақтап, веб-сайтты қайта жүктейсіз. Сайт әлі де A проксиін көреді. Ережені қайта өзгертуден бұрын браузер жаңа скрипті түпкілікті алып алғанын тексеріңіз.
Бетті қайта жүктеу мен PAC жүктеу екі түрлі әрекет. Клиент скрипті қаралып жатқан бетке тәуелсіз сақтай алады. Бұрыннан орнатылған қосылым келесі көрінетін әрекеттің жаңа маршруттау шешімін көрсетпеуінің тағы бір себебін қосады.
PAC сұрауын іздеңіз
Конфигурация серверінің қатынау журналын және клиенттің қолжетімді желілік диагностикасын пайдаланыңыз. Нақты PAC URL мекенжайын, жауапты және жеткізілген скрипт нұсқасын анықтаңыз. Бір каталогта өңделген файл белсенді веб-хост ұсынатын басқа файлмен қатар болуы мүмкін.
Chromium өзінің PAC кэштеу және қайта алу әрекетін құжаттайды. Басқа клиенттердің өз ережелері бар. Ескі «браузерді қайта іске қосыңыз» әңгімесін әмбебап жаңарту аралығына айналдырудан аулақ болыңыз.
Салыстыруды мағыналы етіңіз
Егер бақыланатын жаңа браузер сессиясы орынды болса, қолдау көрсетілетін конфигурация механизмін пайдаланыңыз және тек параметрлер экранына сүйенудің орнына алуды растаңыз. Терезені жабу браузердің барлық процестерін әрдайым тоқтатпайтынын есте сақтаңыз.
Жаңа скриптің жүктелгені белгілі болғаннан кейін оның межелі орынға арналған нәтижесін қарап шығыңыз. Содан кейін ғана қосылымды қайта пайдалануды немесе прокси қызметінің шығу мекенжайын зерттеңіз. Бұл кейінгі кезеңдер клиент ешқашан алмаған PAC өңдеуін түсіндіре алмайды.