Brug Alpaca til at evaluere PAC for kommandolinjeværktøjer

Brug Alpacas lokale HTTP-endpoint, så en CLI kan følge PAC-routing uden selv at parse scriptet.

En PAC-bevidst lokal proxy giver kommandolinjeværktøjer et fast endpoint, mens den evaluerer netværkets routingpolitik for hver destination. Alpaca udfylder denne adapterrolle: værktøjet taler HTTP proxy lokalt, og Alpaca vælger en upstream-proxy eller en direkte forbindelse.

Med en eksisterende installation startes dens loopback-lytter med de dokumenterede flag:

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, listen over tilladte til proxy-godkendelse og porten er eksempler på udrulning. Angiv de upstream-godkendelsesinput, som den installerede version og platform understøtter, når de valgte proxier kræver dem. Listen over tilladte angiver, hvilke proxy-værter der må modtage disse legitimationsoplysninger.

Konfigurer kommandolinjeværktøjet til at bruge det lokale endpoint:

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

Værktøjet kan beholde disse værdier, mens PAC sender en intranetdestination direkte og en offentlig destination gennem virksomhedens proxy. Det behøver ikke selv at evaluere PAC-JavaScript.

Projektet dokumenterer også en midlertidig direkte omgåelse, når udvalgte forældre bliver utilgængelige. Medtag den fallback i udrulningspolitikken, når du afgør, om adapteren giver den krævede rute.

Kontroller, hvilke PAC-resultattyper adapteren understøtter. Den dokumenterede Alpaca-CLI gør SOCKS5-PAC-ruter til et eksplicit tilvalg via -enable-socks; det lokale HTTP-interface og den valgte upstream-protokol er forskellige dele af ruten.

Relaterede artikler