Bruk Alpaca til å evaluere PAC for kommandolinjeverktøy

Bruk Alpacas lokale HTTP-endepunkt slik at en CLI kan følge PAC-ruting uten å parse skriptet selv.

En PAC-bevisst lokal proxy gir kommandolinjeverktøy et fast endepunkt mens den evaluerer nettverkets rutingpolicy for hver destinasjon. Alpaca fyller denne adapterrollen: verktøyet snakker HTTP proxy lokalt, og Alpaca velger en upstream-proxy eller en direkte tilkobling.

Med en eksisterende installasjon starter du loopback-lytteren med de dokumenterte flaggene:

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, tillatelseslisten for proxy-autentisering og porten er eksempler på utrulling. Oppgi upstream-autentiseringsinndataene som den installerte versjonen og plattformen støtter når de valgte proxyene krever dem. Tillatelseslisten angir hvilke proxy-verter som kan motta disse legitimasjonene.

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 beholde disse verdiene mens PAC sender en intranettdestinasjon direkte og en offentlig destinasjon gjennom bedriftsproxyen. Det trenger ikke å evaluere PAC-JavaScript selv.

Prosjektet dokumenterer også en midlertidig direkte omgåelse når utvalgte foreldre blir utilgjengelige. Ta med den fallbacken i utrullingspolicyen når du avgjør om adapteren gir den nødvendige ruten.

Kontroller hvilke PAC-resultattyper adapteren støtter. Den dokumenterte Alpaca-CLI-en gjør SOCKS5-PAC-ruter til et eksplisitt valg via -enable-socks; det lokale HTTP-grensesnittet og den valgte upstream-protokollen er forskjellige deler av ruten.

Relaterte artikler