Bruk Alpaca til å evaluere PAC for kommandolinjeverktøy

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

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

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

Sett opp 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 via bedriftsproxyen. Det trenger ikke å vurdere PAC-JavaScript selv.

Prosjektet dokumenterer også en midlertidig direkte omgåelse når utvalgte foreldre blir utilgjengelige. Inkluder denne reserveløsningen i utrullingspolicyen når du avgjør om adapteren gir den nødvendige ruten.

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

Relaterte artikler