PAC 결과는 프록시와 프로토콜을 모두 지정합니다. Firefox 배포에서 SOCKS5가 필요하다면 반환 값에 그렇게 명시하세요:

return "SOCKS5 proxy.example:1080";

PAC 정책이 공용 엔드포인트를 사용한다면 SOCKS5 프록시 목록에서 후보를 고르고 명시적인 SOCKS5 결과를 유지하세요. 일반 SOCKS 토큰에는 호환성 이력이 있습니다. 모든 브라우저가 이를 최신 SOCKS 버전으로 해석해야 하는 이식 가능한 지시는 아닙니다.

여기서 살펴본 Firefox 구현에서 PAC 파서는 명시적 SOCKS5를 버전 5 소켓 공급자에 매핑하고 서버 측 대상 호스트 이름 확인을 요청합니다. 수동 프록시 구성은 별도의 설정 경로를 따릅니다. 따라서 수동 설정의 환경 설정 이름을 모든 PAC 결과에 대한 보편적 설명으로 취급해서는 안 됩니다.

정확한 브라우저 버전, 로드된 PAC 스크립트, 반환된 토큰을 기록에 남기세요. 편집한 스크립트가 클라이언트가 가져온 스크립트와 같다는 보장은 없으며, 한 호스트에 대해 반환된 다른 경로가 관측을 바꿀 수 있습니다.

이것은 선택된 SOCKS 경로와 관련된 대상 이름에 관한 것입니다. 클라이언트는 여전히 프록시 엔드포인트에 도달해야 하고, 다른 애플리케이션은 자체 DNS 동작을 유지합니다. 올바른 PAC 결과 하나를 기기 전체의 모든 조회가 이제 원격으로 이루어진다는 주장으로 바꾸지 마세요.

구성이 여러 브라우저를 지원해야 한다면 Firefox의 소스 수준 세부 사항을 다른 구현으로 옮기는 대신 각 브라우저가 문서화한 PAC 토큰 지원을 확인하세요.

관련 글