Använd Alpaca för att utvärdera PAC för kommandoradsverktyg

Använd Alpacas lokala HTTP-slutpunkt så att ett CLI kan följa PAC-dirigeringen utan att självt tolka skriptet.

En PAC-medveten lokal proxy ger kommandoradsverktyg en fast slutpunkt och utvärderar samtidigt nätverkets dirigeringspolicy för varje destination. Alpaca har denna adapterroll: verktyget talar HTTP-proxy lokalt och Alpaca väljer en överordnad proxy eller en direktanslutning.

Vid en befintlig installation startar du dess loopback-lyssnare med de dokumenterade flaggorna:

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

PAC-webbadressen, tillåtelselistan för proxyautentisering och porten är exempel på driftsättning. Ange de autentiseringsuppgifter för överordnad proxy som den installerade versionen och plattformen stöder när de valda proxyna kräver dem. Tillåtelselistan anger vilka proxyvärdar som får ta emot dessa uppgifter.

Konfigurera kommandoradsverktyget att använda den lokala slutpunkten:

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

Verktyget kan behålla dessa värden medan PAC skickar en intranätdestination direkt och en offentlig destination via företagsproxyn. Det behöver inte utvärdera PAC-JavaScript självt.

Projektet dokumenterar också en tillfällig direkt kringgång när valda föräldrar blir oåtkomliga. Ta med den reservlösningen i driftsättningspolicyn när du avgör om adaptern ger den nödvändiga vägen.

Kontrollera vilka PAC-resultattyper adaptern stöder. Det dokumenterade Alpaca-CLI:t gör SOCKS5-PAC-rutter till ett uttalat val via -enable-socks; det lokala HTTP-gränssnittet och det valda överordnade protokollet är olika delar av vägen.

Relaterade artiklar