명령줄 도구의 PAC 평가에 Alpaca 사용하기

Alpaca의 로컬 HTTP 엔드포인트를 사용하면 CLI가 스크립트를 직접 해석하지 않고 PAC 라우팅을 따를 수 있습니다.

PAC를 이해하는 로컬 proxy는 명령줄 도구에 고정된 엔드포인트를 제공하면서 동시에 대상별 네트워크 라우팅 정책을 평가합니다. 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

PAC URL, proxy 인증 허용 목록, 포트는 배포 예시입니다. 선택한 proxy가 요구할 때 설치된 버전과 플랫폼이 지원하는 상위 인증 입력을 제공하십시오. 허용 목록은 해당 자격 증명을 받을 수 있는 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 인터페이스와 선택한 상위 프로토콜은 경로의 서로 다른 부분입니다.

관련 글