Gamitin ang Alpaca upang suriin ang PAC para sa mga tool sa command line

Ang lokal na proxy na nakakaunawa sa PAC ay nagbibigay sa mga tool sa command line ng fixed na endpoint habang sinusuri ang patakaran sa routing ng network para sa bawat destinasyon. Ginagampanan ng Alpaca ang papel na adaptor: nagsasalita ang tool ng HTTP proxy nang lokal, at pumipili ang Alpaca ng upstream proxy o direktang koneksyon.

Kung may umiiral nang installation, simulan ang loopback listener nito gamit ang mga dokumentadong flag:

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

Ang PAC URL, allowlist para sa proxy authentication at port ay mga halimbawa ng deployment. Ibigay ang mga upstream authentication input na sinusuportahan ng naka-install na bersyon at platform kapag kailanganin ito ng mga napiling proxies. Tinutukoy ng allowlist kung aling mga proxy host ang pinapayagang tumanggap ng mga credential na iyon.

I-configure ang tool sa command line upang gamitin ang lokal na endpoint:

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

Maaaring panatilihin ng tool ang mga value na iyon habang ipinapadala ng PAC ang intranet na destinasyon nang direkta at ang pampublikong destinasyon sa pamamagitan ng corporate proxy. Hindi nito kailangang suriin mismo ang PAC JavaScript.

Idinodokumento rin ng proyekto ang pansamantalang direktang bypass kapag naging hindi maabot ang mga piling parent. Isama ang fallback na iyon sa patakaran sa deployment kapag nagpapasya kung ibinibigay ng adaptor ang kinakailangang ruta.

Suriin kung aling mga uri ng resulta ng PAC ang sinusuportahan ng adaptor. Ginagawa ng dokumentadong Alpaca CLI na tahasang opsyon ang mga rutang PAC na SOCKS5 sa pamamagitan ng -enable-socks; ang lokal na HTTP interface at ang napiling upstream protocol ay magkaibang bahagi ng ruta.