Un proxy local compatible con PAC da a las herramientas de línea de comandos un punto de conexión fijo mientras evalúa la política de enrutamiento de la red para cada destino. Alpaca cumple esa función de adaptador: la herramienta habla HTTP proxy en local y Alpaca elige un proxy ascendente o una conexión directa.

Con una instalación existente, inicie su escucha de loopback con los indicadores documentados:

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

La URL del PAC, la lista de permitidos para la autenticación de proxy y el puerto son ejemplos de despliegue. Aporte las entradas de autenticación ascendente que admiten la versión y la plataforma instaladas cuando los proxies elegidos las exijan. La lista de permitidos identifica los hosts de proxy autorizados a recibir esas credenciales.

Configure la herramienta de línea de comandos para usar el punto de conexión local:

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

La herramienta puede mantener esos valores mientras el PAC envía un destino de intranet de forma directa y un destino público a través del proxy corporativo. No necesita evaluar el JavaScript del PAC por sí misma.

El proyecto también documenta un salto directo temporal cuando algunos padres seleccionados dejan de ser accesibles. Incluya esa alternativa en la política de despliegue al decidir si el adaptador ofrece la ruta necesaria.

Compruebe qué tipos de resultado PAC admite el adaptador. La CLI de Alpaca documentada convierte las rutas PAC SOCKS5 en una opción explícita mediante -enable-socks; la interfaz HTTP local y el protocolo ascendente elegido son partes distintas de la ruta.

Artículos relacionados