Użyj Alpaca do oceny PAC dla narzędzi wiersza poleceń

Użyj lokalnego punktu końcowego HTTP Alpaca, aby CLI podążało za trasowaniem PAC bez samodzielnego analizowania skryptu.

Lokalny proxy rozumiejący PAC daje narzędziom wiersza poleceń stały punkt końcowy i jednocześnie ocenia politykę trasowania sieci dla każdego celu. Alpaca pełni tę rolę adaptera: narzędzie rozmawia lokalnie przez HTTP proxy, a Alpaca wybiera proxy nadrzędne lub połączenie bezpośrednie.

Przy istniejącej instalacji uruchom jej nasłuch loopback za pomocą udokumentowanych flag:

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

Adres URL PAC, lista dozwolonych dla uwierzytelniania proxy i port to przykłady wdrożenia. Podaj dane uwierzytelniania nadrzędnego obsługiwane przez zainstalowaną wersję i platformę, gdy wybrane proxy ich wymagają. Lista dozwolonych wskazuje hosty proxy, które mogą odbierać te poświadczenia.

Skonfiguruj narzędzie wiersza poleceń, aby korzystało z lokalnego punktu końcowego:

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

Narzędzie może zachować te wartości, gdy PAC wysyła cel intranetowy bezpośrednio, a cel publiczny przez proxy firmowe. Nie musi samo oceniać JavaScriptu PAC.

Projekt dokumentuje też tymczasowe bezpośrednie obejście, gdy wybrani rodzice stają się nieosiągalni. Uwzględnij ten wariant zapasowy w polityce wdrożenia, decydując, czy adapter zapewnia wymaganą trasę.

Sprawdź, jakie typy wyników PAC obsługuje adapter. Udokumentowane CLI Alpaca czyni trasy PAC SOCKS5 jawnym wyborem przez -enable-socks; lokalny interfejs HTTP i wybrany protokół nadrzędny to różne części trasy.

Powiązane artykuły