Alpaca zur Auswertung von PAC für Kommandozeilenwerkzeuge verwenden

Nutzen Sie den lokalen HTTP-Endpunkt von Alpaca, damit ein CLI der PAC-Wegewahl folgen kann, ohne das Skript selbst zu parsen.

Ein PAC-fähiger lokaler Proxy gibt Kommandozeilenwerkzeugen einen festen Endpunkt und wertet dabei die Routingrichtlinie des Netzwerks für jedes Ziel aus. Alpaca übernimmt diese Adapterrolle: Das Werkzeug spricht lokal HTTP-Proxy, und Alpaca wählt einen Upstream-Proxy oder eine direkte Verbindung.

Bei einer vorhandenen Installation starten Sie den Loopback-Listener mit den dokumentierten Schaltern:

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, Zulassungsliste für die Proxy-Authentifizierung und Port sind Beispiele für die Bereitstellung. Liefern Sie die Upstream-Authentifizierungsangaben, die die installierte Version und Plattform unterstützen, wenn die gewählten Proxys sie verlangen. Die Zulassungsliste legt fest, welche Proxy-Hosts diese Anmeldedaten erhalten dürfen.

Konfigurieren Sie das Kommandozeilenwerkzeug für den lokalen Endpunkt:

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

Das Werkzeug kann diese Werte behalten, während PAC ein Intranet-Ziel direkt und ein öffentliches Ziel über den Unternehmensproxy leitet. Es muss PAC-JavaScript nicht selbst auswerten.

Das Projekt dokumentiert außerdem eine vorübergehende direkte Umgehung, wenn ausgewählte Parents nicht erreichbar sind. Nehmen Sie diesen Rückfall in die Bereitstellungsrichtlinie auf, wenn Sie entscheiden, ob der Adapter die benötigte Route bietet.

Prüfen Sie, welche PAC-Ergebnistypen der Adapter unterstützt. Die dokumentierte Alpaca-CLI macht SOCKS5-PAC-Routen über -enable-socks zu einer ausdrücklichen Option; die lokale HTTP-Schnittstelle und das gewählte Upstream-Protokoll sind verschiedene Teile der Route.

Ähnliche Artikel