ERR_TUNNEL_CONNECTION_FAILED 해결
ERR_TUNNEL_CONNECTION_FAILED는 사이트가 아니라 프록시가 CONNECT 터널을 거부한 것. 프록시·사이트 상태·DNS 3가지를 점검. 무료 즉시 진단으로 바로 확인.
내 도메인에 이 문제가 있는지 지금 확인
무료, 가입 불필요. 이 가이드가 다루는 항목을 바로 검사하고 조치 방법을 알려드립니다.
문제
크롬이 “사이트에 연결할 수 없음” 메시지와 함께 ERR_TUNNEL_CONNECTION_FAILED를 표시합니다. 페이지가 안 열리는데, 이 브라우저나 이 네트워크 경로에서만 그렇습니다.
증상
- HTTPS 사이트에서, 그것도 대개 전부 한꺼번에 뜹니다.
- 같은 URL이 휴대폰 데이터나, 같은 프록시·VPN 뒤에 있지 않은 다른 기기에서는 잘 열립니다.
- 회사 네트워크에 접속했거나, VPN을 켰거나, 확장 프로그램/“웹 가속기”를 깐 직후 시작됐습니다.
- 시스템 프록시나 VPN을 끄면 오류가 사라집니다.
ERR_TUNNEL_CONNECTION_FAILED의 실제 의미
크롬이 프록시를 쓰도록 설정된 상태에서 HTTPS URL을 요청하면, 암호화된 바이트를 그냥 프록시에 넘길 수 없습니다 — 프록시는 그게 어디로 갈지 모르니까요. 그래서 크롬은 HTTP CONNECT 메서드로 프록시에 생 파이프를 열어 달라고 요청합니다. CONNECT example.com:443 HTTP/1.1을 보내는 거죠. 정상 프록시는 example.com:443으로 TCP 연결을 맺고, 200 Connection Established로 답한 뒤 빠져서, 크롬이 터널 안에서 종단 간 TLS 핸드셰이크를 직접 수행하게 둡니다.
ERR_TUNNEL_CONNECTION_FAILED는 크롬이 이렇게 말하는 겁니다. CONNECT를 보냈는데 쓸 만한 터널이 안 돌아왔다. 프록시가 200이 아닌 응답을 줬거나, 끊었거나, 타임아웃 났거나, 프록시 자신이 목적지에 못 닿은 겁니다.
핵심 단어는 터널입니다. 이건 사이트가 당신을 거부한 게 아니고, 인증서 TLS 문제도 아닙니다. 요청은 브라우저와 목적지가 대화하기도 전에 한 홉 앞, 프록시에서 죽었습니다. 이 한 가지 사실이 어디를 봐야 하는지 알려줍니다 — 사이트가 아니라, 당신과 프록시 사이 전부.
상위 3가지 원인
- 없어야 할 프록시가 설정돼 있거나, 죽은 프록시 - 옛 VPN이 남긴 시스템 프록시, 이제 없는 서버를 가리키는 PAC(자동 구성) 스크립트, 몰래 프록시를 심은 애드웨어. 크롬은 응답 없는 기계로 성실하게 CONNECT를 보냅니다.
- 프록시는 살아있는데 이 터널을 거부 - 이제 VPN으로 닿을 수 없는 회사 프록시, 인증을 요구하는 프록시(
200대신407을 반환), 목적지 호스트나 443 포트를 정책으로 막는 프록시. 프록시는 떠 있고, 다만 이 목적지로 통과시켜 주지 않을 뿐입니다. - 로컬 TLS 검사 계층이 망가짐 - 백신의 “HTTPS 검사”, VPN 클라이언트, 필터링 확장 프로그램이 트래픽을 들여다보려고 로컬 프록시로 끼어듭니다. 이 구성 요소가 죽거나, 업데이트되거나, 상위 연결을 잃으면 그걸 거치는 모든 HTTPS 요청이 터널 단계에서 실패합니다.
DechoNet으로 진단
- HTTP 점검으로 당신 네트워크 밖에서 사이트에 직접 닿아 보세요. DechoNet 서버는 당신 프록시를 쓰지 않으므로, 점검이 정상 상태 코드를 반환하면 사이트는 건강하고 실패는 100% 당신의 로컬 프록시 경로 문제입니다.
- DNS 조회로 호스트명이 여전히 실제 주소로 해석되는지 확인하세요 — 죽은 PAC 스크립트나 탈취된 리졸버가 같은 오설정의 일부일 수 있습니다.
해결 체크리스트
- 실패하는 URL에 HTTP 점검을 돌린다. 200(또는 실제 상태값)이 나오면 사이트 탓은 그만 — 문제는 프록시다.
- OS 프록시 설정을 연다. 이유 모를 프록시나 자동 구성 스크립트가 잡혀 있으면 끄고 재시도한다.
- VPN을 끊고 재시도한다. 오류가 사라지면 VPN의 프록시/스플릿 터널 설정이 원인이다.
- 백신의 HTTPS/SSL 검사와 요청을 수정하는 확장 프로그램을 하나씩 임시로 끈다.
- 회사 프록시에 의존한다면, 그 프록시에 닿을 수 있는 네트워크/VPN에 있는지, 자격 증명이 거부(뒤에서
407)되고 있지 않은지 확인한다. - DNS 플러시와 네트워크 스택 리셋은 위 단계 이후에만. 터널 오류를 고치는 경우는 드물지만 오래된 상태를 정리한다.
에스컬레이션 시점
- 프록시가 회사 관리형이면 IT/네트워크 팀에 넘기세요. 정책으로 거부된
CONNECT, 만료된 프록시 자격 증명, 프록시가 못 닿는 상위 서버는 브라우저에서 못 고치는 서버측 문제입니다. - 모든 프록시·VPN을 끄고 깨끗한 크롬 프로필에서도 오류가 남으면, 재현하면서
chrome://net-export로그를 뜨세요 — 아직 못 찾은 프록시로 크롬이 여전히 라우팅하는지 보여 줍니다.
관련 도구
관련 가이드
가이드 공유