PAC файлът казва на браузъра как да достига до други услуги. Самата му доставка трябва да работи, преди тези инструкции да са налични.

Изтеглящият модул за PAC в Chromium не е обикновена заявка за раздел. Документацията за прокси казва, че PAC файловете никога не се изтеглят през прокси. Затова PAC адрес, достъпен само през проксито, посочено в самия файл, създава проблем при първоначалното стартиране.

Има и други ограничения при доставката: изтеглящият модул не може да покаже нормална заявка за HTTP удостоверяване или да представи клиентски сертификат, а спомагателните заявки към мрежата за сертификати са ограничени. Работещ раздел, отворен в вече конфигуриран браузър, не е достатъчно доказателство, че ново изтегляне на PAC може да успее.

Поставете файла на крайна точка, достъпна от предвидените начални мрежи, с договорка за доверие и достъп, подкрепена от действителния потребител. Дръжте изискванията за доставка на файла отделно от собственото удостоверяване на потребителя за проксито.

За мобилни клиенти включете мрежата, в която конфигурацията става необходима за пръв път. Кеширан скрипт може да скрие неуспех при доставката, докато нов профил, изтичане или промяна на мрежата не задейства ново изтегляне.

Добавянето на два адреса на прокси вътре в скрипта не може да поправи маршрута, необходим за получаване на самия скрипт.

Подобни статии