Испораката на PAC-датотеката мора да работи пред конфигурацијата на прокси
Направете преземањето на PAC достапно пред прелистувачот да ги оцени правилата за прокси што ги содржи.
PAC-датотеката му кажува на прелистувачот како да стигне до други услуги. Нејзината сопствена испорака мора да работи пред тие упатства да бидат достапни.
Преземачот на PAC во Chromium не е обично барање на јазиче. Неговата документација за прокси вели дека PAC-датотеките никогаш не се преземаат преку прокси. Затоа PAC-адреса достапна само преку проксито наведено внатре во таа датотека создава проблем при подигнување.
Има и други ограничувања за испорака: преземачот не може да прикаже обично барање за HTTP автентикација ниту да претстави клиентски сертификат, а помошните преземања од сертификатната мрежа се ограничени. Работно јазиче отворено во веќе конфигуриран прелистувач не е доволен доказ дека ново преземање на PAC може да успее.
Ставете ја датотеката на крајна точка достапна од предвидените почетни мрежи, со уредување на доверба и пристап што го поддржува вистинскиот корисник. Држете ги барањата за испорака на датотеката одвоени од сопствената автентикација на корисникот на проксито.
За клиенти во движење вклучете ја мрежата на која конфигурацијата првпат станува неопходна. Кеширана скрипта може да скрие неуспех во испораката додека нов профил, истек или промена на мрежата не предизвикаат уште едно преземање.
Додавањето две прокси-адреси внатре во скриптата не може да го поправи патот потребен за добивање на самата скрипта.