Chrome에서 프록시 구성 파일을 강제로 다시로드하는 방법은 무엇입니까?

14

랩톱 (OSX)을 다른 Wi-Fi 영역간에 자주 이동하지만 홈베이스에는 이더넷 연결이되어 있으며 조직의 proxy.pac 파일을 사용합니다. 이동 중에 문제가 발생한 후 다시 연결하면 Chrome이나 Firefox에서 페이지가로드되지 않는 문제가 종종 발생합니다. 그들은 결국 시간이 초과되었습니다. 프록시에 사용자 이름과 비밀번호가 필요하다는 사실과 관련이 있다고 생각합니다. 인증되지 않은 요청이나 무언가를 버릴 수도 있습니다.

시행 착오를 통해 FireFox에서 프록시 설정으로 이동하여 프록시 구성에서 "다시로드"를 누르면 문제가 해결된다는 것을 발견했습니다. 결국 Chrome은 프록시 인증 대화 상자를 표시하지만보기가 어려울 수 있습니다 (일반적으로 잘못된 공간 창에 나타나고 때로는 사라지거나 다른 응용 프로그램 창에 묻힐 수 있음).

그래서 내 질문은 : Firefox에서 작동하는 Chrome에서 proxy.pac 파일을 다시로드하도록 어떻게 말할 수 있습니까? (proxy.pac 파일을 로컬에 저장하여 문제를 해결했다고 생각했지만 분명히 그렇지는 않습니다).

— 스티브 베넷
소스

또한 무슨 일이 일어나고 있는지 이해하는 데 도움이되는 진단 도구에 대해 듣고 싶습니다.

— Steve Bennett

문제의 실제 원인은 다음과 같습니다. code.google.com/p/chromium/issues/detail?id=85529 Chrome이 프록시가 특정 비표준 요청을 거부하기 때문에 (아마도 완벽하게 괜찮은 프록시를 거부 함) 버그 보고서의 Google 프로필 동기화와 같은).

— Steve Bennett

21

프록시 자동 구성 파일 (실제로 Chrome) 인 재미의 세계에 오신 것을 환영합니다!

당신은 아직 아무것도 보지 못했습니다. WWW 브라우저와 함께 Chrome과 Firefox 이상을 포함 시키십시오. (최근에 PAC 파일로 인해 RealPlayer가 도메인 이름을 확인할 수없는 이유를 진단하려고 시도했습니다.)

"유용한"도구에는 "문제를 진단하는 데 직접 사용했습니다"라는 유용한 진단 도구가 포함됩니다. 여기에는 Chrome의 JavaScript 콘솔 및 디버그 로깅 기능이 포함됩니다. 상당히 큰 PAC 파일에서 구문 오류를 한 번 진단했습니다. Chromium "Net Internals"프록시 구성보고 페이지 (URL 슈퍼 유저가 하이퍼 링크로 허용하지 않음) 및 해당 초기화보고 대응 물 (예 : 마찬가지로)도 유용합니다.

chrome://net-internals/proxyservice.config
chrome://net-internals/proxyservice.init_log

예, PAC 파일을 새로 고침하도록 Chrome을 설득하는 것은 매우 어렵습니다. 프록시 설정과 관련하여 Chrome은 상당히 문제가 있습니다. 상당히 안정적인 방법 중 하나는 시스템 설정 대화 상자에서 모든 프록시 설정을 완전히 끄고 (물론 변경 사항을 저장 한 후) 잠시 기다렸다가 다시 켜는 것입니다. 그러나 과거 (이전 버전)에서는 Chrome을 완전히 종료했다가 다시 시작해야했습니다. 부분적으로 이것은 Chrome이 유휴 상태 일 때 백그라운드에서 10 초마다 시스템 설정 변경을 폴링하여 작동하기 때문입니다.

Chrome의 버그 데이터베이스에서 다른 WWW 브라우저와 같은 런타임 전환 가능 Chrome 관련 프록시 설정을 허용하라는 요청 ( 3 년 동안 문제가 생겼으며 "이 문제는 해결되지 않음"으로 종료 됨)을 확인할 수 있습니다. "(확장자 (및 런타임 전환 가능하지 않은 일련의 명령 행 옵션))가있을 것으로 예상됩니다.

관찰 한 바와 같이 Firefox에는 간단한 "재로드"버튼이 있습니다. 3 년 동안의 버그 토론을 통해 알 수 있듯이, 이것은 기능 부족하고 기발한 Chrome이 Firefox와 비교되는 방식에 대해 사람들이 상당히 불만족하는 영역입니다.

이것이 근본적인 문제 의 근본 원인이 아닐 수도 있지만, 그것에 대해 묻지 않았으므로 충분히 자세하게 설명하지는 않았지만 다루지 않겠습니다. ☺

— JdeBP
소스

와우, 좋은 대답입니다. 그리고 나는 근본적인 문제 에 대해 묻지 않았습니다 . 증상을 해결하면 내 문제가 해결됩니다. 오늘날 상호 교환 가능한 브라우저가 어떤 것인지 감안할 때 한 브라우저가 모든 사이트에 행복하게 연결하고 다른 브라우저가 동일한 프록시 설정으로 바퀴를 돌릴 때 매우 놀라운 경험입니다. 이것은 나에게 일할 무언가를 준다.

— Steve Bennett

아하! proxyservice.config의 흥미로운 점 중 하나는 (필수) 프록시가 "나쁜"것으로 표시되었습니다. 네트워크 연결이 유동적 인 상태에서 Chrome이 Chrome에 액세스하려고 시도한 후 실패했을 때 불량으로 표시했습니다. 그런 다음 프록시없이 웹에 액세스하려고합니다. 내 네트워크는 허용하지 않습니다. 다행히 "나쁜"프록시 테이블을 지우는 버튼이 있으므로 빠져 나올 방법이 있습니다.

— Steve Bennett

이 두 진단 화면에 감사드립니다. Chrome과 프록시는 진단 할 PITA였습니다. 훨씬 쉬워졌습니다.

— mr-euro

17

Chrome 29.x chrome://net-internals/#proxy에는 '설정 다시 적용'버튼이있는 URL 이 있습니다.

예를 들어 PAC 스크립트 에서 프록시 설정을 다시로드합니다 .

이 설명서 에는 프록시 설정을 무시하는 명령 줄 옵션도 나와 있습니다.

— 아론 디 굴가
소스

흥미 롭군 원래 설명 된 상황이 있었기 때문에 오랜 시간이 지났으므로 실제로 테스트 할 수는 없지만 그럴듯하게 들립니다.

— Steve Bennett

프록시 설정이 다시로드되는지 확인할 수 있습니다. 감사합니다 :).

— Dennis Knochenwefel 11

이것은 나를 위해 일했다.

— 우리 모두 모니카

1

Chrome을 닫고 열면 가능하지만 시스템 프록시를 사용하지 않을 수도 있습니다.

내가 당신이라면, proxy.pac를 열고 그것이 무엇을하고 있는지 확인한 다음, 직장에서 활성화하고 그렇지 않으면 proxy.pac와 일치하는 비활성화 할 프록시 프로파일을 설정하십시오.

프록시 스위처 와 같은 것을 사용 하여 관리 할 수 있습니다.

— 폴
소스

고마워, 나는 지금 그 전략을 진행하고 있습니다. 실제로 매우 복잡한 파일이지만 "다음 100 개 이상의 도메인에 프록시를 사용하지 마십시오"로 요약됩니다.

— Steve Bennett

아, 그래요, 모든 내부 물건들은 프록시를 사용하지 마십시오. 모든 100 개 이상의 도메인에서 서비스를 사용하지 않으면 약간 선택적 일 수 있습니다. 필요한 것에 대한 면제를 추가하십시오.

— Paul

실제로 나는 틀렸다. 그것은 않는 도메인에 대한 많은 프록시를 사용합니다. 기본 동작은 다음과 같습니다. return "PROXY; DIRECT"; (세미콜론 앞의 탭 문자). 나는 그것을 얻지 못한다.

— Steve Bennett

"PROXY"단어 뒤에 그리고 세미콜론 앞에 무언가가 있어야합니다. 이것은 일반적으로 프록시 서버 목록이며, 연결할 수없는 경우 순서대로 액세스해야합니다. 목록의 마지막은 "DIRECT"입니다. 즉, 이전 프록시로 이동할 수 없으며 웹 사이트로 직접 이동하십시오.

— Paul

혹시 파일을 일시적으로 엉망으로 그 줄에서 실제 프록시 위치를 삭제 한 것 같습니다. 그 동안 상자를 지우고 설정을 저장 한 다음 다시 채우면 Chrome이 프록시 설정을 다시로드하도록 할 수있는 방법이 있지만 여전히 신뢰할 수는 없습니다.

— Steve Bennett

0

로컬 개발을 수행 하면서이 문제에 부딪 쳤습니다. 프록시를 관리하는 회사가 확장 기능을 설치했기 때문입니다. 시크릿 모드가 무시되고 로컬 웹 서버에 연결할 수 있습니다.

— TCOZ
소스