Um proxy local com reconhecimento de PAC oferece às ferramentas de linha de comando um endpoint fixo enquanto avalia a política de roteamento da rede para cada destino. O Alpaca cumpre esse papel de adaptador: a ferramenta fala HTTP proxy localmente e o Alpaca escolhe um proxy upstream ou uma conexão direta.

Com uma instalação existente, inicie o listener de loopback com as opções documentadas:

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

A URL do PAC, a lista de permissões de autenticação de proxy e a porta são exemplos de implantação. Forneça as entradas de autenticação upstream suportadas pela versão e plataforma instaladas quando os proxies escolhidos as exigirem. A lista de permissões identifica os hosts proxy autorizados a receber essas credenciais.

Configure a ferramenta de linha de comando para usar o endpoint local:

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

A ferramenta pode manter esses valores enquanto o PAC envia um destino de intranet diretamente e um destino público pelo proxy corporativo. Ela não precisa avaliar o JavaScript do PAC sozinha.

O projeto também documenta um desvio direto temporário quando alguns pais selecionados ficam inacessíveis. Inclua essa alternativa na política de implantação ao decidir se o adaptador oferece a rota necessária.

Verifique quais tipos de resultado PAC o adaptador suporta. A CLI do Alpaca documentada torna as rotas PAC SOCKS5 uma opção explícita por meio de -enable-socks; a interface HTTP local e o protocolo upstream escolhido são partes diferentes da rota.

Artigos relacionados