Brûk Alpaca om PAC te evaluearjen foar kommandorigel-ark

Brûk Alpaca syn lokale HTTP-einpunt sadat in CLI PAC-routing folgje kin sûnder it skript sels te parsen.

In PAC-bewuste lokale proxy jout kommandorigel-ark in fêst einpunt wylst it it routingbelied fan it netwurk foar elk bestimming evaluearret. Alpaca ferfollet dy adapterrol: it ark praat lokaal HTTP-proxy, en Alpaca kiest in upstream-proxy of in direkte ferbining.

Mei in besteande ynstallaasje, start syn loopback-listener mei de dokumintearre flaggen:

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

De PAC-URL, de talitte list foar proxy-autentikaasje en de poarte binne foarbylden fan útrôljen. Leverje de upstream-autentikaasje-ynfier dy't de ynstallearre ferzje en platfoarm stypje as de keazen proxies dat freegje. De talitte list wiist oan hokker proxy-hosts dizze bewizen ûntfange meie.

Konfigurearje it kommandorigel-ark om it lokale einpunt te brûken:

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

It ark kin dy wearden hâlde wylst de PAC in intranet-bestimming direkt stjoert en in iepenbiere bestimming fia de korporaasjeproxy. It hoecht sels gjin PAC-JavaScript te evaluearjen.

It projekt dokumintearret ek in tydlike direkte omgong as keazen âlden net berikber wurde. Nim dy fallback op yn it útrôljend belied by it besluten oft de adapter de fereaske rûte biedt.

Kontrolearje hokker PAC-resultaattypen de adapter stipet. De dokumintearre Alpaca-CLI makket SOCKS5-PAC-rûtes in eksplisite kar fia -enable-socks; de lokale HTTP-ynterface en it keazen upstream-protokol binne ferskate dielen fan 'e rûte.

Relatearre artikelen