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

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

Локален proxy, който разбира PAC, дава на инструментите с команден ред фиксирана крайна точка, като същевременно оценява мрежовата политика за маршрутизиране за всяка дестинация. Alpaca изпълнява тази адаптерна роля: инструментът говори HTTP proxy локално, а Alpaca избира upstream 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

PAC URL адресът, списъкът с разрешени за proxy удостоверяване и портът са примери за внедряване. Подайте входните данни за upstream удостоверяване, които инсталираната версия и платформа поддържат, когато избраните 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 прави SOCKS5 PAC маршрутите изричен избор чрез -enable-socks; локалният HTTP интерфейс и избраният upstream протокол са различни части от маршрута.

Подобни статии