Кога Chrome не може да вчита локална PAC-датотека
Одделете го одбиениот URL на локалната PAC-датотека од поддршката за PAC-рутирање, синтаксата на скриптата и избраниот прокси.
Ако Chrome не може да користи PAC-скрипта доставена како file:// URL, проверете го овој пат на доставување пред да ја препишете скриптата. Неуспехот да се вчита една локација не докажува дека PAC-рутирањето не е поддржано.
Прокси-API-то на Chrome има режим pac_script, при што URL на скриптата или вградени податоци се достапни преку поддржаниот интерфејс за екстензии. Локална датотека доставена преку поставките на оперативниот систем е само еден начин да се обиде да се достави скриптата.
Следете ја скриптата до прелистувачот
Утврдете што го контролира засегнатиот прелистувач: системски поставки, управувана политика, конфигурација од командна линија или екстензија. Вредноста прикажана во поставките на macOS не докажува дека Chrome ја добил и оценил таа скрипта.
Одделете ја одбиената или недостапна локација на скриптата од грешка при оценување, а двете од неуспех да се поврзе со проксито што го враќа валидна скрипта. Портата SOCKS станува релевантна само откако прелистувачот ќе го избере тој пат.
Управуван PAC распоредете го преку одобрен механизам што го поддржуваат целните клиенти. HTTP или HTTPS URL за доставување мора да остане достапен и кога проксито што го опишува не е достапно. Кога вградените податоци ги обезбедува екстензија, менувањето на оригиналната датотека не ја ажурира автоматски копираната скрипта. За мала локална политика при стартување вградете ја скриптата во data URL како уште еден пат на доставување.
Внатрешен PAC може да содржи приватни имиња на домаќини и правила за рутирање. Држете го на одобрен сервис за доставување наместо да го преместувате на произволно јавно хостирање за да решите проблем со локална датотека.