PAC 파일을 프록시 A에서 프록시 B로 변경하고 저장한 뒤 웹사이트를 다시 로드합니다. 사이트는 여전히 프록시 A를 봅니다. 규칙을 다시 변경하기 전에 브라우저가 새 스크립트를 가져오기는 했는지 확인하세요.

페이지 다시 로드와 PAC 다운로드는 서로 다른 작업입니다. 클라이언트는 보고 있는 페이지와 별개로 스크립트를 유지할 수 있습니다. 이미 설정된 연결은 다음에 보이는 활동이 새로운 라우팅 결정을 보여주지 않을 수 있는 또 하나의 이유를 더합니다.

PAC 요청을 찾으세요

구성 서버의 접근 로그와 클라이언트에서 사용 가능한 네트워크 진단을 사용하세요. 정확한 PAC URL, 응답, 전달된 스크립트의 버전을 식별하세요. 한 디렉터리에서 편집한 파일이 활성 웹 호스트가 제공하는 다른 파일과 공존할 수 있습니다.

Chromium은 자체 PAC 캐싱 및 다시 가져오기 동작을 문서화합니다. 다른 클라이언트에는 자체 규칙이 있습니다. 오래된 "브라우저를 다시 시작하세요"라는 일화를 보편적인 새로 고침 간격으로 바꾸지 마세요.

비교를 의미 있게 만드세요

통제된 새 브라우저 세션이 적절하다면 지원되는 구성 메커니즘을 사용하고 설정 화면에만 의존하지 말고 가져오기를 확인하세요. 창을 닫는다고 해서 항상 모든 브라우저 프로세스가 종료되는 것은 아닙니다.

새 스크립트가 로드되었음을 확인한 후 대상에 대한 결과를 검사하세요. 그런 다음에야 연결 재사용이나 프록시 서비스의 출구 주소를 조사하세요. 그 이후 단계로는 클라이언트가 받은 적 없는 PAC 편집을 설명할 수 없습니다.

관련 글