Выкарыстоўвайце Alpaca для ацэнкі PAC для інструментаў каманднага радка

Выкарыстоўвайце лакальную HTTP-кропку Alpaca, каб CLI мог ісці за маршрутызацыяй PAC, не разбіраючы сам скрыпт.

Лакальны proxy, які разумее PAC, дае інструментам каманднага радка фіксаваную кропку, адначасова ацэньваючы палітыку маршрутызацыі сеткі для кожнага прызначэння. Alpaca выконвае ролю адаптара: інструмент звяртаецца да HTTP proxy лакальна, а Alpaca выбірае вышэйшы proxy або прамое злучэнне.

Калі ўстаноўка ўжо ёсць, запусціце яе loopback-слухач з дакументаванымі сцягамі:

ALPACA_PROXY_AUTH_ALLOWLIST=.corp.example.net \
alpaca -l 127.0.0.1 -p 3128 \
  -C https://config.corp.example.net/proxy.pac

URL PAC, спіс дазволеных для аўтэнтыфікацыі proxy і порт — прыклады разгортвання. Падайце ўваходныя даныя аўтэнтыфікацыі вышэйшага ўзроўню, якія падтрымліваюць усталяваная версія і платформа, калі выбраныя proxies іх патрабуюць. Спіс дазволеных вызначае, якія хасты proxy могуць атрымліваць гэтыя ўліковыя даныя.

Наладзьце інструмент каманднага радка на выкарыстанне лакальнай кропкі:

export http_proxy=http://127.0.0.1:3128
export https_proxy=http://127.0.0.1:3128

Інструмент можа захоўваць гэтыя значэнні, пакуль PAC накіроўвае ўнутраную прызначэнне напрамую, а публічнае — праз карпаратыўны proxy. Яму не трэба самому выконваць PAC JavaScript.

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

Праверце, якія тыпы вынікаў PAC падтрымлівае адаптар. Дакументаваны Alpaca CLI робіць маршруты PAC SOCKS5 явным выбарам праз -enable-socks; лакальны HTTP-інтэрфейс і выбраны вышэйшы пратакол — розныя часткі маршруту.

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