Chrome 확장 프로그램 끔과 직접 모드: 어느 프록시가 활성인가
끔 표시는 직접 모드, 시스템 모드 또는 지워진 설정을 뜻할 수 있습니다. 무엇이든 바꾸기 전에 Chrome의 실제 프록시 출처를 확인하세요.
확장 프로그램은 끔이라고 표시되고 도구 모음 아이콘은 회색인데 브라우저는 여전히 예상치 못한 곳으로 나갑니다. 이것은 Chrome 인터페이스의 버그가 아닙니다. 확장 프로그램의 끄기 버튼은 앱 쪽 표시일 뿐이고, 그 아래에서 일어나는 일은 결과가 각기 다른 여러 프록시 작업 중 하나입니다. 다른 무엇을 바꾸기 전에 실제 설정과 그 출처를 읽으세요. 답은 이미 표시되어 있습니다.
실제 설정과 누가 넣었는지 확인하세요
영향을 받은 프로필에서 chrome://net-internals/#proxy 를 엽니다. 이 페이지는 실제 프록시 구성을 보여 주고, 더 유용하게는 그 구성을 제공한 출처를 보여 주므로 확장 프로그램, 시스템 구성, 정책, 브라우저에 내장된 것 중 무엇을 보고 있는지 알 수 있습니다. 확장 프로그램이 주장하는 것과 비교하면 불일치가 보통 범인을 즉시 지목합니다. 읽기만 하는 단계이므로 어떤 설정이든 바꾸기 전에 실행하세요.
그다음 chrome://policy 를 열어 프록시 관련 정책을 확인합니다. 관리 정책은 확장 프로그램 자체 설정보다 우선하므로, 스스로 활성이라고 보고하는 확장 프로그램이 완전히 정직한 상태를 표시하면서도 실제로는 무시될 수 있습니다.
두 페이지가 일치하는데도 나가는 경로가 여전히 잘못이라면 남은 후보는 브라우저 밖에 있습니다.
모두 끔처럼 보이는 세 가지 작업
프록시 API는 하나의 활성화 플래그가 아니라 모드를 제공합니다. 확장 프로그램은 직접 모드를 설정할 수 있고, 이는 브라우저가 대상 연결에 프록시를 쓰지 않는다는 뜻입니다. 시스템 모드를 설정할 수도 있고, 이는 결정을 운영체제 구성으로 되돌립니다. 또는 자체 설정을 지울 수 있고, 그러면 그 설정이 제거되며 그 밖에 적용되는 것이 이어받습니다. 이들은 세 가지 다른 결과이고, 사용자가 끔이라고 생각하는 의미가 되는 것은 그중 하나뿐입니다.
이 차이가 중요한 이유는 버튼의 표시를 Chrome이 아니라 확장 프로그램 작성자가 골랐기 때문입니다.
| Operation | What Chrome does with it |
|---|---|
| Set direct mode | No proxy for the covered browser connections |
| Set system mode | Use the operating system proxy configuration |
| Clear the extension setting | Remove that scope's setting; the effective result depends on the remaining layers |
프록시 API 참조는 직접 모드와 시스템 모드를 설명하고, 시스템 모드가 구성을 설정하지 않은 채 두는 것과 같지 않다고 적고 있습니다. 그 문장이 이 글 전체를 한 줄로 요약합니다.
계층이 어긋날 때 소유자를 찾으세요
Chrome은 여러 출처의 설정을 합치고, 승자를 정하는 것은 클릭한 순서가 아니라 우선순위입니다. 정책은 확장 프로그램 위에 있고 확장 프로그램은 운영체제 구성 위에 있으므로, 업무용으로 관리되는 프록시가 이기는 동안 개인 확장 프로그램은 자체 팝업에서 비활성으로 보일 수 있습니다. 기억으로 계단을 따지지 말고 실제 값과 보고된 출처를 읽으세요.
확장 프로그램을 비활성화하고, 제거하고, 설정을 지우는 것도 세 가지 다른 동작이며, 저장한 것을 명시적으로 없애는 것은 마지막 하나뿐입니다.
시크릿은 범위에 주름을 하나 더합니다. 확장 프로그램은 시크릿 창용 설정을 따로 가질 수 있으므로 일반 창에서의 시험은 비공개 창에 대해 아무것도 증명하지 못하고, 한 범위를 지워도 다른 범위는 그대로 남습니다.
직접 모드가 뜻하지 않는 것
직접은 이 API 계층에서 브라우저 프록시가 없다는 뜻입니다. 연결이 운영체제 VPN을 우회한다거나 방화벽을 빠져나간다거나 평문이 된다는 뜻은 아닙니다. 기기에 전체 터널 VPN이 있으면 직접 트래픽도 그 터널로 들어가며, 관찰되는 공인 주소는 여전히 VPN 출구가 됩니다. 이 둘을 혼동하면 사용자가 확장 프로그램을 끄고도 아무 변화를 보지 못하는 혼란스러운 상황이 생깁니다.
두 계층을 따로 시험하세요. 내부 페이지에서 본 브라우저의 실제 프록시 출처와, 같은 기기에서 브라우저 요청과 터미널 명령 양쪽으로 얻은 공인 주소입니다.
한 번에 한 가지 변경만 다시 시험하세요
한 계층을 바꾼 뒤 다른 무엇을 시험하기 전에 실제 설정을 다시 읽습니다. 다른 출구를 얻으려고 관리 프록시를 지우는 것은 지원 조사가 정책 위반으로 바뀌는 단계이므로 그 결정은 정책 소유자를 거치게 하세요. 티켓에 변경 전후의 출처 값을 적어 두세요. 그렇지 않으면 다음 엔지니어가 같은 절차를 되풀이합니다.
확장 프로그램 셋, 회사 정책, 시스템 프록시가 있는 브라우저 프로필에는 그럴듯한 소유자가 넷 있고, 답하는 쪽은 그중 하나뿐입니다.