Вынік PAC называе і проксі, і пратакол. Калі вашае разгортванне Firefox патрабуе SOCKS5, пазначце гэта ў вяртаемым значэнні:

return "SOCKS5 proxy.example:1080";

Калі палітыка PAC выкарыстоўвае публічныя канчатковыя пункты, выбірайце кандыдатаў са спісу проксі SOCKS5 і захоўвайце яўны вынік SOCKS5. Агульны маркер SOCKS мае гісторыю сумяшчальнасці. Гэта не пераносная інструкцыя, якую кожны браўзер абавязаны разумець як найноўшую версію SOCKS.

У разгледжанай тут рэалізацыі Firefox разборшчык PAC супастаўляе яўны SOCKS5 з пастаўшчыком сокета версіі 5 і запытвае развязанне імені хаста прызначэння на баку сервера. Ручная налада проксі ідзе асобным шляхам налад. Таму назву перавагі з ручной налады нельга лічыць універсальным тлумачэннем кожнага выніку PAC.

Захоўвайце ў запісе дакладную версію браўзера, загружаны скрыпт PAC і вернуты маркер. Скрыпт, які вы адрэдагавалі, не абавязкова той, што атрымаў кліент, а іншы маршрут, вернуты для аднаго хаста, можа змяніць назіранне.

Гаворка ідзе пра імя прызначэння, звязанае з выбраным маршрутам SOCKS. Кліенту ўсё яшчэ трэба дасягнуць канчатковага пункта проксі, а іншыя праграмы захоўваюць свае паводзіны DNS. Не ператварайце адзін правільны вынік PAC у сцвярджэнне, што ўсе пошукі на ўсім прыладзе цяпер ідуць аддалена.

Калі канфігурацыя павінна падтрымліваць некалькі браўзераў, правярайце іх дакументаваную падтрымку маркераў PAC, а не пераносьце дэталь узроўню зыходнага коду Firefox у іншую рэалізацыю.

Падобныя артыкулы