Используйте Alpaca для оценки PAC для инструментов командной строки

Используйте локальную HTTP-точку Alpaca, чтобы CLI следовал маршрутизации PAC, не разбирая сам скрипт.

Локальный proxy, понимающий PAC, даёт инструментам командной строки фиксированную точку входа и одновременно оценивает политику маршрутизации сети для каждого назначения. Alpaca выполняет роль такого адаптера: инструмент обращается к HTTP proxy локально, а Alpaca выбирает вышестоящий proxy или прямое соединение.

Если установка уже есть, запустите её loopback-слушатель с документированными флагами:

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

URL PAC, список разрешённых для аутентификации proxy и порт — примеры развёртывания. Передайте входные данные вышестоящей аутентификации, которые поддерживают установленная версия и платформа, если выбранные proxies их требуют. Список разрешённых определяет, каким хостам proxy разрешено получать эти учётные данные.

Настройте инструмент командной строки на использование локальной точки:

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

Инструмент может сохранять эти значения, пока PAC направляет внутрисетевой адрес напрямую, а публичный — через корпоративный proxy. Ему не нужно самостоятельно вычислять PAC JavaScript.

Проект также описывает временный прямой обход, когда выбранные родительские узлы становятся недоступны. Включите этот запасной вариант в политику развёртывания, решая, обеспечивает ли адаптер нужный маршрут.

Проверьте, какие типы результатов PAC поддерживает адаптер. Документированный Alpaca CLI делает маршруты PAC SOCKS5 явным выбором через -enable-socks; локальный HTTP-интерфейс и выбранный вышестоящий протокол — разные части маршрута.

Похожие статьи