'n PAC-bewuste plaaslike proxy gee opdragreël-gereedskap 'n vaste eindpunt terwyl dit die netwerk se roeteringsbeleid vir elke bestemming evalueer. Alpaca vervul hierdie aanpasrol: die gereedskap praat plaaslik HTTP-proxy, en Alpaca kies 'n opstroom-proxy of 'n direkte verbinding.

Met 'n bestaande installasie, begin sy loopback-luisteraar met die gedokumenteerde vlagte:

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

Die PAC-URL, die toelaatlys vir proxy-verifikasie en die poort is ontplooiingsvoorbeelde. Verskaf die opstroom-verifikasie-insette wat die geïnstalleerde weergawe en platform ondersteun wanneer die gekose proxies dit vereis. Die toelaatlys wys watter proxy-gashere daardie geloofsbriewe mag ontvang.

Stel die opdragreël-gereedskap in om die plaaslike eindpunt te gebruik:

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

Die gereedskap kan daardie waardes hou terwyl die PAC 'n intranet-bestemming direk stuur en 'n publieke bestemming deur die korporatiewe proxy. Dit hoef nie self PAC-JavaScript te evalueer nie.

Die projek dokumenteer ook 'n tydelike direkte omsyfer wanneer gekose ouers onbereikbaar word. Sluit daardie terugval in die ontplooiingsbeleid in wanneer jy besluit of die aanpasder die vereiste roete bied.

Kontroleer watter PAC-resultate die aanpasder ondersteun. Die gedokumenteerde Alpaca-CLI maak SOCKS5-PAC-roetes 'n eksplisiete keuse deur -enable-socks; die plaaslike HTTP-koppelvlak en die gekose opstroom-protokol is verskillende dele van die roete.

Verwante artikels