Usare Alpaca per valutare il PAC degli strumenti da riga di comando

Usate l'endpoint HTTP locale di Alpaca perché una CLI segua il routing PAC senza analizzare da sola lo script.

Un proxy locale compatibile con PAC offre agli strumenti da riga di comando un endpoint fisso mentre valuta la politica di routing della rete per ogni destinazione. Alpaca svolge questo ruolo di adattatore: lo strumento parla HTTP proxy in locale e Alpaca sceglie un proxy upstream o una connessione diretta.

Con un'installazione esistente, avviate il suo listener di loopback con i flag documentati:

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

L'URL del PAC, l'elenco dei proxy autorizzati all'autenticazione e la porta sono esempi di distribuzione. Fornite gli input di autenticazione upstream supportati dalla versione e dalla piattaforma installate quando i proxy scelti li richiedono. L'elenco degli autorizzati indica quali host proxy possono ricevere quelle credenziali.

Configurate lo strumento da riga di comando per usare l'endpoint locale:

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

Lo strumento può mantenere quei valori mentre il PAC invia una destinazione intranet in modo diretto e una destinazione pubblica attraverso il proxy aziendale. Non deve valutare da solo il JavaScript del PAC.

Il progetto documenta anche un aggiramento diretto temporaneo quando alcuni parent scelti diventano irraggiungibili. Inserite quel ripiego nella politica di distribuzione quando decidete se l'adattatore offre il percorso richiesto.

Verificate quali tipi di risultato PAC supporta l'adattatore. La CLI Alpaca documentata rende le rotte PAC SOCKS5 una scelta esplicita tramite -enable-socks; l'interfaccia HTTP locale e il protocollo upstream scelto sono parti diverse del percorso.

Articoli correlati