Налады Android PAC патрабуюць даступны URL скрыпта
Апублікуйце скрыпт PAC па падтрымліваемым сеткавым URL і трымайце адрас яго дастаўкі асобна ад проксі-канчатковых пунктаў, якія ён вяртае.
Апублікуйце скрыпт PAC па ўзгодненым сеткавым URL, які падтрымліваецца канфігурацыяй Android, напрыклад:
https://config.example/network/proxy.pac
Гэты адрас павінен вяртаць сам скрыпт, а не HTML-старонку ўваходу або спампоўкі. Прыклад з фіксаваным маршрутам:
function FindProxyForURL(url, host) {
return "PROXY proxy.example:8080";
}
Для незалежнай палітыкі тэсціравання публічнага сайта, дзе дазволены неаўтэнтыфікаваны HTTP-пасярэднік, спіс HTTP-проксі можа даць канчатковы пункт PROXY. Трымайце ўзгоджаны URL дастаўкі PAC асобна. Канфігурацыю дастаўляе HTTPS-URL. proxy.example:8080 — гэта канчатковы пункт HTTP-перанакіравання, які ён выбірае. Увядзіце URL PAC у аўтаматычную канфігурацыю, а не ў поле хоста/порта проксі.
Зрабіце так, каб дастаўка працавала ў пачатковых і зменлівых сетках. Служба PAC у Android павінна атрымаць файл, перш чым зможа выканаць FindProxyForURL; яна не можа выкарыстаць недаступны скрыпт, каб даведацца, як атрымаць гэты ж скрыпт. Шлях захоўвання ў файлавым менеджэры не з'яўляецца аўтаматычна сеткавым рэсурсам, які служба можа загрузіць.
Выкарыстоўвайце гэту палітыку з кліентамі, якія падтрымліваюць праксі-схему Android. Заданне адраса PAC не дадае HTTP- або SOCKS-перагавораў да незвязаных сырых злучэнняў.