PAC 파일에서 순서가 지정된 프록시 장애 조치

세미콜론으로 구분된 PAC 결과는 다음 순서로 대체 경로를 제공합니다:

return "PROXY proxy-a.example:8080; PROXY proxy-b.example:8080";

정책이 요구하는 실제 HTTP 엔드포인트를 사용하십시오. 공용 프록시가 허용되는 공용 대상 테스트에서는 HTTP 프록시 목록이 후보를 제공합니다. 브라우저는 A가 실패한 뒤 필요할 때 B를 시도할 수 있습니다. 트래픽이 A를 거쳐 B로 흐르지는 않습니다. 체인은 클라이언트나 프록시 서버에서 별도의 지원이 필요합니다; curl의 SOCKS에서 HTTP로 가는 체인이 지원되는 구성 중 하나입니다.

스크립트 가용성과 프록시 가용성

클라이언트는 먼저 사용 가능한 PAC 스크립트를 확보해야 합니다. 반환 값에 있는 두 번째 프록시는 스크립트를 내려받지 못했고 사용 가능한 캐시 사본이 없는 브라우저를 도울 수 없습니다.

평가 후 브라우저는 반환된 경로 중에서 선택합니다. PAC 참조는 순서 형식을 정의하며, 어떤 실패가 장애 조치를 일으키는지, 실패한 후보를 얼마나 오래 기억하는지는 브라우저가 결정합니다. 동작하는 프록시를 통해 받은 HTTP 오류는 자동으로 다른 경로를 시작하지 않습니다.

직접 연결 대안

; DIRECT를 추가하면 두 프록시를 모두 쓰지 않는 경로가 허용됩니다. 이는 로밍 정책에 맞을 수 있지만, 해당 트래픽이 항상 승인된 출구를 사용해야 한다는 요구와 충돌합니다.

장애 보고서에는 스크립트를 가져왔는지, 해당 URL에 대한 결과, 브라우저가 시도한 대안을 기록하십시오. 이러한 관찰은 스크립트 전달, 평가, 프록시 연결 중 어디에서 실패했는지 알려줍니다.