DNS_PROBE_FINISHED_BAD_CONFIG 해결

Problem

Chrome이 DNS_PROBE_FINISHED_BAD_CONFIG를 띄우고 페이지가 열리지 않습니다. 브라우저가 DNS 프로브를 돌렸는데, 그 프로브가 쓸 수 없는 설정으로 끝난 것입니다.

Symptoms

• Chrome(및 다른 Chromium 브라우저)이 모든 사이트, 또는 특정 사이트에서 정확히 이 문자열로 실패합니다.
• 같은 네트워크의 다른 기기에서는 사이트가 잘 열릴 수 있습니다.
• Windows 업데이트, 라우터 변경, 새 VPN, 백신 설치 직후에 자주 나타납니다.

이걸 둘로 가르는 단 하나의 점검

DNS_PROBE_FINISHED_BAD_CONFIG는 거의 언제나 로컬 결함이지만, “거의 언제나”는 진단이 아닙니다. 뭔가를 비우기 전에 질문 하나에 답하세요: 이 도메인이 밖에서 실제로 해석되는가?

내 것이 아닌 리졸버로 이름을 조회해 보세요. 공개 리졸버가 정상 레코드를 반환하면 도메인은 건강하고, 모든 해결책은 내 기기에 있습니다 — 캐시, 리졸버 설정, 라우터. 이름이 공개적으로도 해석되지 않으면 이건 BAD_CONFIG가 아니라 진짜 DNS·도메인 문제(레코드 누락, 도메인 만료, 네임서버 고장)이고, 로컬 캐시를 비워봐야 아무 소용 없습니다.

이 구분이 중요한 이유는, 인터넷에는 실제 문제가 네임서버 다운인데도 DNS 캐시를 비우라고 시키는 조언이 넘치기 때문입니다. 엉뚱한 쪽에 한 시간 쓰기 전에 어느 쪽이 망가졌는지부터 확인하세요.

Top 3 Causes (도메인이 공개적으로 해석됨을 확인한 뒤)

1. 오래됐거나 손상된 로컬 DNS 캐시 - OS나 Chrome이 잘못됐거나 반쯤 쓰인 레코드를 캐시했습니다. 같은 URL이 다른 곳에서는 되고 여기서는 안 되는 이유이고, 캐시를 비우면 즉시 고쳐지는 이유입니다.
2. 잘못 설정된 리졸버 — 흔히 라우터가 배포 - 기기가 닿지 않거나 잘못됐거나, 이미 종료된 VPN·백신이 설정한 DNS 서버를 가리키고 있습니다. 잘못 설정된 라우터의 DHCP는 연결되는 모든 기기에 이걸 넘깁니다.
3. 경로에 끼어든 네트워크 소프트웨어 - VPN 클라이언트, 방화벽, 백신 웹 실드, 광고 차단 확장이 DNS를 가로채 엉뚱하게 응답합니다. Chrome은 쓸 수 없는 설정을 보고 포기합니다.

Diagnose with DechoNet

• DNS Lookup으로 도메인이 공개 리졸버에서 실제 레코드로 해석되는지 확인합니다 — 해석되면 문제는 전적으로 내 쪽입니다.
• DNS Propagation으로 여러 독립 리졸버의 응답을 한 번에 봐서, 진짜로 망가진 도메인과 순수 로컬 캐시 결함을 구분합니다.

Resolution Checklist

• 도메인이 공개적으로 해석되는지 확인합니다(DNS Lookup). 안 되면 여기서 멈추세요 — BAD_CONFIG가 아니라 도메인·네임서버 문제입니다.
• OS DNS 캐시를 비웁니다(Windows ipconfig /flushdns, macOS sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder).
• chrome://net-internals/#dns에서 “Clear host cache”로 Chrome 자체 호스트 캐시를 비우고, #sockets에서 소켓을 모두 닫습니다.
• 라우터가 넘긴 것 대신 공개 리졸버(1.1.1.1 또는 8.8.8.8)를 기기에 지정합니다.
• 네트워크의 모든 기기가 영향을 받으면 라우터를 재부팅합니다 — 잘못된 설정이 DHCP로 배포되고 있습니다.
• VPN, 백신 웹 실드, DNS를 건드리는 확장을 하나씩 잠시 꺼서 가로채는 주범을 찾습니다.

When to Escalate

• 도메인이 공개적으로 해석되지 않으면, 도메인 DNS 담당자에게 넘깁니다 — 고칠 곳은 브라우저가 아니라 권한 있는 서버 쪽입니다.
• 설정 변경 후 관리형 네트워크의 모든 기기가 이 오류를 겪으면, 라우터·DHCP DNS 설정을 관리하는 사람에게 가져가세요. 개별 캐시 비우기로는 유지되지 않습니다.