ERR_PROXY_CONNECTION_FAILED 원인 진단

Problem

Chrome이 아무것도 못 열고 ERR_PROXY_CONNECTION_FAILED를, 흔히 “프록시 서버에 연결할 수 없음”이라는 제목과 함께 띄웁니다. 문구를 곧이곧대로 읽으세요, 정확하니까: Chrome은 웹사이트가 죽었다고 말하는 게 아닙니다. 프록시를 거쳐 인터넷에 접속하도록 설정됐는데 그 프록시에 못 닿았다고 말하는 겁니다. 요청은 첫 홉 — 온라인에 나가는 방법에 대한 당신 기기 자신의 인식 — 을 넘지 못했습니다.

이건 웹사이트 오류의 옷을 입은 클라이언트 쪽 오류입니다. 열려던 사이트는 십중팔구 멀쩡합니다. 깨진 곳은 Chrome과, 쓰라고 지시받은 프록시 서버 사이이고, 그 프록시는 사라졌거나, 틀렸거나, 애초에 있으면 안 되는 것입니다.

Symptoms

• 정확한 코드는 ERR_PROXY_CONNECTION_FAILED이고, 자주 “프록시 서버에 연결할 수 없음”이 붙습니다.
• 한 사이트가 아니라 모든 사이트가 똑같이 실패합니다 — 문제가 모든 트래픽 앞에 있다는 결정적 단서.
• 같은 OS 프록시 설정을 쓰는 다른 브라우저·앱도 깨지고, 직접 연결로 설정된 것은 여전히 됩니다.
• VPN·프록시 확장·보안 제품을 설치·삭제한 직후나, 자동 구성을 밀어내는 새 네트워크에 접속한 뒤 시작되는 경우가 많습니다.
• “깨진” 사이트를 기기 바깥에서 HTTP로 점검하면 정상 응답이 돌아와, 사이트는 살아있고 원인은 로컬임을 증명합니다.

ERR_PROXY_CONNECTION_FAILED의 실제 의미

프록시는 일부러 트래픽을 우회시키는 중간자입니다 — 회사 게이트웨이, 프라이버시 도구, 콘텐츠 필터. Chrome이 프록시를 쓰도록 설정되면 웹사이트에 직접 연결하지 않습니다. 프록시에 연결해 대신 가져와 달라고 요청합니다. ERR_PROXY_CONNECTION_FAILED는 Chrome이 1단계에서 실패했다는 보고입니다: 프록시 자체로의 연결을 열려 했는데 못 열었다는 것. 이 실패는 실제 웹사이트로의 요청 이전에 일어나므로 웹사이트의 상태는 무관합니다 — Chrome은 그걸 물어볼 만큼 나아가지도 못했습니다.

여기 도달하는 방식은 몇 가지로 갈리지만 뿌리는 같습니다: Chrome은 프록시를 써야 한다고 여기는데 실제로는 그 프록시와 대화하지 못하는 것. 프록시 주소나 포트가 틀렸거나 낡았다. 프록시 서비스가 죽었거나 내 네트워크에서 도달 불가다. 또는 구성이 자동 — URL로 지정된 PAC 파일이나 WPAD 자동 탐색 — 인데 스크립트 자체가 안 불려서 Chrome이 풀 수 없는 프록시 지시를 갖고 있는 것. Windows·macOS의 Chrome은 기본으로 OS 프록시 설정을 물려받으므로, 아무도 기억 못 하는 프록시 — 삭제한 소프트웨어가 남겼거나 이제는 떠난 네트워크가 밀어넣은 — 가 계속 트래픽을 가로챕니다.

쉽게 만드는 재구성: 실패한 사이트의 수가 문제 위치를 알려줍니다. 한 사이트만 죽고 나머지는 멀쩡? 이건 당신 에러가 아닙니다. 그 사이트를 보세요. 모든 것이 동일한 프록시 메시지로 실패? 문제는 당신과 인터넷 전체 사이의 프록시 계층이고, 웹사이트를 아무리 새로고침해도 움직이지 않습니다.

주요 원인

1. 낡거나 틀린 수동 프록시 설정 - OS나 Chrome 프록시 설정에 host/port가 잡혀 있는데, 오타이거나, 이제 오프라인인 프록시를 가리키거나, 삭제한 도구의 잔재입니다. 가장 흔하고 가장 쉬운 수정: 프록시가 필요 없으면 지우고, 필요하면 바로잡으세요.

2. VPN·확장·보안 앱이 남긴 프록시 - 소프트웨어가 트래픽 우회용 프록시를 깔고 비활성화·삭제 때 되돌리지 않았습니다. Chrome은 버려진 설정을 계속 존중합니다. 프록시를 건드리는 확장을 끄고 프록시 구성을 리셋하면 풀립니다.

3. 깨진 PAC 파일이나 WPAD 자동 구성 - Chrome이 자동 탐색이나 자동 구성 스크립트를 쓰도록 설정됐는데 그 스크립트 URL이 도달 불가이거나 오류를 냅니다. 그러면 모든 요청이 실패합니다, Chrome이 라우팅 방법을 정할 수 없으니까. PAC URL이 잘못됐거나 사외에 있는 회사 네트워크에서 흔합니다.

4. 프록시 서버 자체가 죽었거나 도달 불가 - 설정된 프록시는 맞는데 오프라인이거나, 방화벽에 막혔거나, 더는 닿을 수 없는 네트워크(VPN 해제, 서브넷 변경)에 있습니다. 여기선 설정은 옳고 대상이 사라진 겁니다.

DechoNet으로 진단

• HTTP Check로 사이트를 우리 쪽에서 점검하면, 당신 프록시를 거치지 않습니다. 우리 점검은 정상 응답인데 당신 Chrome은 ERR_PROXY_CONNECTION_FAILED를 보이면, 한 수로 갈림을 증명한 겁니다: 웹사이트는 살아있고 도달 가능하며, 실패는 전적으로 당신의 로컬 프록시 경로에 있습니다. 그 결과가 조사 전체의 방향을 바꿉니다 — 사이트는 그만 건드리고 프록시 설정으로 가세요, 외부 성공 + 로컬 프록시 오류는 서버가 아니라 프록시일 수밖에 없으니까. 우리 점검도 함께 실패하면 사이트 자체가 진짜 죽었을 수 있고, 그 프록시 오류는 별도로 배제할 우연일 수 있습니다.

해결 체크리스트

• 범위를 확인하세요. 모든 사이트가 똑같이 실패하면 프록시이고, 한 사이트만이면 이 에러는 헛다리이고 사이트가 단서입니다.
• 외부 HTTP 점검으로 사이트가 실제로 살아있음을 증명하세요. 기기 바깥에서 정상 응답이면 원인은 로컬 프록시 구성, 이걸로 끝입니다.
• OS 프록시 설정을 여세요. Windows: 설정 → 네트워크 및 인터넷 → 프록시. macOS: 시스템 설정 → 네트워크 → 해당 연결 → 프록시. 프록시를 안 쓴다면 수동 프록시와 자동 구성을 둘 다 끄세요.
• 프록시를 쓴다면 host·port를, 자동 설정이면 PAC/WPAD URL이 실제로 로드되는지 확인하세요. 낡거나 사외에 있는 URL은 모든 요청을 실패시킵니다.
• 네트워크를 건드리는 Chrome 확장 — VPN, 프록시 스위처, 프라이버시 필터 — 을 끄고 다시 테스트하세요. 하나씩 되살려 범인을 찾으세요.
• 최후 수단으로 Chrome 설정을 리셋(설정 → 설정 재설정)하면 Chrome 자체가 쥔 프록시 오버라이드가 지워집니다. 그다음 OS 설정도 깨끗한지 확인하세요.

언제 에스컬레이션할까

• 관리되는 회사 기기에서는 프록시가 대개 정책으로 설정되어 스스로 지울 수 없고, 지워서도 안 됩니다. PAC/WPAD 구성이 실패 중이면 IT 에스컬레이션입니다: 자동 구성 URL이나 프록시 서비스를 중앙에서 고쳐야 하고, 쓸모 있는 보고는 “모든 사이트가 ERR_PROXY_CONNECTION_FAILED를 내고 PAC URL이 로드되지 않음”이지 “인터넷이 죽었음”이 아닙니다.
• 내가 운영하는 프록시라면, 주소는 맞는데 서비스가 도달 불가일 때 그 주인에게 에스컬레이션하세요 — 브라우저 한 홉 뒤, 프록시 쪽의 가용성이나 방화벽 문제입니다.
• 있으면 안 되는 프록시가 지워도 계속 되살아나면, 원치 않는 소프트웨어나 악성코드 가능성으로 보고 엔드포인트 보안에 에스컬레이션하세요 — 무언가가 프록시 설정을 다시 쓰고 있고, 손으로 지우는 걸로는 안 버팁니다.