Bruk Alpaca til å evaluere PAC for kommandolinjeverktøy

Bruk det lokale HTTP-endepunktet til Alpaca slik at ein CLI kan følgje PAC-rutinga utan å parse skriptet sjølv.

Ein PAC-medviten lokal proxy gjev kommandolinjeverktøy eit fast endepunkt medan han evaluerer rutingpolitikken til nettet for kvar destinasjon. Alpaca fyller denne adapterrolla: verktøyet talar HTTP proxy lokalt, og Alpaca vel ein upstream-proxy eller ei direkte tilkopling.

Med ei eksisterande installasjon startar du loopback-lyttaren med dei dokumenterte flagga:

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

PAC-URL-en, tillatingslista for proxy-autentisering og porten er døme på utrulling. Oppgje upstream-autentiseringsinndataa som den installerte versjonen og plattforma støttar når dei valde proxyane krev dei. Tillatingslista angi kva proxy-vertar som kan ta imot desse legitimasjonane.

Konfigurer kommandolinjeverktøyet til å bruke det lokale endepunktet:

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

Verktøyet kan halde på desse verdiane medan PAC sender ein intranettdestinasjon direkte og ein offentleg destinasjon gjennom bedriftsproxyen. Det treng ikkje å evaluere PAC-JavaScript sjølv.

Prosjektet dokumenterer òg ei mellombels direkte omgåing når utvalde foreldre vert utilgjengelege. Ta med den fallbacken i utrullingspolicyen når du avgjer om adapteren gjev den naudsynte ruta.

Kontroller kva PAC-resultattypar adapteren støttar. Den dokumenterte Alpaca-CLI-en gjer SOCKS5-PAC-ruter til eit eksplisitt val via -enable-socks; det lokale HTTP-grensesnittet og den valde upstream-protokollen er ulike delar av ruta.

Relaterte artiklar