DNS_PROBE_FINISHED_BAD_CONFIG 오류 해결 가이드
개요
DNS_PROBE_FINISHED_BAD_CONFIG는 브라우저가 도메인의 IP를 찾지 못할 때 나타나는 표준 네트워크 오류입니다. 간단히 말하면 DNS 서버나 로컬 DNS 캐시, 네트워크 구성에 문제가 있는 상태입니다.
정의(한 줄): DNS는 도메인 이름을 컴퓨터가 사용하는 IP 주소로 변환하는 시스템입니다.
중요: 아래 절차는 Windows 기준 안내지만 대부분 절차는 macOS 또는 리눅스에서도 개념적으로 동일합니다.
빠른 점검 목록
- 집/사무실에서만 문제인지 확인: 다른 기기(스마트폰, 태블릿)에서도 동일한 네트워크에 연결했을 때 같은 오류가 나는지 확인합니다.
- 라우터 재부팅: 전원에서 10초 이상 분리 후 재연결.
- 브라우저 캐시 및 확장 기능 확인: 브라우저 확장이나 프록시가 문제일 수 있음.
- VPN/프록시 사용 여부 확인: 끄고 재시도.
1단계 — 라우터와 기기 재시작
설명: 가장 빠르고 간단한 해결 방법입니다. 라우터 또는 모뎀의 소프트웨어가 일시적으로 불안정해 DNS 쿼리를 잘못 처리할 수 있습니다.
절차:
- 라우터 전원 끄기 → 10초 대기 → 전원 켜기
- 문제가 계속되면 라우터를 30초 이상 전원 분리
- 가능하면 라우터의 전용 재시작 버튼 사용
노트: ISP(인터넷 서비스 제공자) 쪽 문제면 라우터 재시작으로만 해결되지 않을 수 있습니다.
2단계 — 로컬 DNS 캐시 초기화 (Windows)
설명: Windows는 DNS 응답을 캐시에 저장합니다. 웹사이트 IP가 변했는데 오래된 캐시를 사용하면 연결 실패가 발생합니다.
절차:
- Win + R을 눌러 실행 창을 엽니다.
- cmd를 입력하고 Enter를 눌러 명령 프롬프트를 엽니다.
- 다음 명령을 차례로 입력하고 각각 Enter를 누릅니다:
ipconfig /release
ipconfig /flushdns
ipconfig /renew- ipconfig /release: 현재 할당된 IP 주소(로컬 기기)를 반납합니다.
- ipconfig /flushdns: 로컬 DNS 캐시를 비웁니다.
- ipconfig /renew: DHCP 서버로부터 새로운 IP를 요청합니다.
추가: 네트워크 소켓과 Winsock 카탈로그 재설정이 필요하면 아래 명령을 실행하고 PC를 재부팅하세요:
netsh winsock reset
netsh int ip reset3단계 — DNS 서버 변경 (Windows GUI 안내)
설명: 현재 사용 중인 DNS 서버가 응답하지 않거나 잘못된 구성이면 다른 공개 DNS(예: Google, Cloudflare, Quad9)로 변경하면 문제를 해결할 수 있습니다.
절차:
- Win + R을 눌러 실행 창을 엽니다.
- control panel을 입력하고 Enter를 눌러 제어판을 엽니다.
- 네트워크 및 공유 센터로 이동한 뒤 왼쪽에서 어댑터 설정 변경을 클릭합니다.
- 현재 연결된 네트워크 어댑터를 우클릭하고 속성을 엽니다.
- 네트워킹 탭에서 인터넷 프로토콜 버전 4(TCP/IPv4)를 선택한 뒤 속성 버튼을 클릭합니다.
- IPv4 속성에서 다음 DNS 서버 주소 사용을 선택하고 아래 중 하나를 입력합니다:
- Google DNS: 기본 8.8.8.8 / 보조 8.8.4.4
- Cloudflare DNS: 기본 1.1.1.1 / 보조 1.0.0.1
- Quad9: 기본 9.9.9.9 / 보조 149.112.112.112
- 확인을 누르고 네트워크를 다시 연결한 뒤 웹사이트 접속을 테스트합니다.
참고: IPv6 환경에서는 인터넷 프로토콜 버전 6(TCP/IPv6) 설정도 변경할 수 있습니다. IPv6 DNS 예: Cloudflare 2606:4700:4700::1111.
추가 점검 항목
- Hosts 파일 확인: C:\Windows\System32\drivers\etc\hosts 파일에 잘못된 도메인 항목이 있는지 확인합니다.
- 프록시 설정: 브라우저 또는 시스템 프록시가 유효한지 확인합니다(Windows 설정 > 네트워크 및 인터넷 > 프록시).
- 보안 소프트웨어/방화벽: 과도한 차단 규칙이 있는지 일시적으로 비활성화하여 테스트합니다.
- 다른 기기에서 동일 네트워크로 접속 테스트: 기기별 문제인지 네트워크 전체 문제인지 분리합니다.
- ISP 점검: ISP가 DNS 서비스를 관리하는 경우, 고객센터에 문의하여 네트워크 이슈 여부 확인.
대안 접근법
- 브라우저 DNS 오버라이드: 일부 브라우저(예: Chrome)는 DNS-over-HTTPS(DoH)를 지원합니다. 브라우저 설정에서 DoH를 활성화하면 시스템 DNS를 우회하여 문제가 해결될 수 있습니다.
- 임시로 모바일 테더링 사용: 스마트폰 테더링으로 인터넷이 동작하면 가정 네트워크 또는 라우터 문제가 의심됩니다.
언제 위 방법이 실패하는가
- ISP 쪽 DNS 혹은 상위 라우팅 경로에 문제가 있을 때
- 라우터/중앙 장비의 펌웨어 결함 또는 과도한 필터링 규칙이 적용된 경우
- 내부 네트워크에서 고정 IP 정책 또는 DHCP 서버 충돌이 있는 경우
이럴 때는 ISP 고객 지원 또는 네트워크 관리자에게 연락해야 합니다.
결함 진단용 의사결정 흐름도
flowchart TD
A[오류 발생: DNS_PROBE_FINISHED_BAD_CONFIG] --> B{다른 장치에서도 동일한가}
B -- 예 --> C[라우터 재시작]
C --> D{해결되었나}
D -- 예 --> Z[종료]
D -- 아니오 --> E[공개 DNS로 변경]
B -- 아니오 --> F[문제 장치에서 DNS 캐시 플러시]
F --> G{해결되었나}
G -- 예 --> Z
G -- 아니오 --> E
E --> H[hosts/프록시/보안 소프트웨어 확인]
H --> I{해결되었나}
I -- 예 --> Z
I -- 아니오 --> J[ISP/네트워크 관리자에 연락]역할별 체크리스트
홈 사용자
- 라우터 전원 재시작
- 다른 기기에서 테스트
- DNS 캐시 플러시 실행
- 공개 DNS(Cloudflare/Google)로 설정
IT 관리자
- 라우터/방화벽 로그 확인
- DHCP 서버 충돌 확인
- 내부 DNS 서버 상태와 포워딩 설정 점검
- 문제 재현을 위한 패킷 캡처(필요 시)
지원 담당자
- 고객의 네트워크 구성, 사용 중인 DNS 주소 기록
- 원격 접속 시 hosts 파일과 프록시 설정 확인
- 임시로 공개 DNS 제공 후 재확인
간단 복구 플레이북(순서화된 SOP)
- 사용자에게 먼저 라우터와 PC 재부팅 요청(5분).
- 동일 오류 지속 시, 사용자에게 cmd에서 ipconfig 플러시 명령 실행 유도.
- 문제가 유지되면 DNS 설정을 공개 DNS로 임시 변경.
- 변경 후에도 안 될 경우 hosts 파일, 프록시, 보안 소프트웨어 점검.
- 여기서도 실패하면 ISP 회선/상위 DNS 이슈로 분기하여 고객센터에 에스컬레이션.
복구 후 확인(수용 기준)
- 웹사이트 접속이 정상적으로 가능해야 함(여러 사이트로 확인).
- 브라우저에서 북마크한 사이트 3곳 이상 로드 확인.
- 동일 네트워크의 다른 기기에서 오류가 재발하지 않아야 함.
테스트 케이스(예시)
- 정상 상태: 공개 DNS로 설정 후 5분 내 모든 테스트 사이트 로드 성공.
- 레거시 캐시 문제: flushdns 실행 후 바로 접속 복구.
- 네트워크 레벨 문제: 라우터 재시작으로도 해결되지 않음 → ISP 이슈.
보안 및 개인정보 주의사항
공개 DNS를 사용할 때 DNS 제공자가 일부 통계나 요청 로그를 보관할 수 있습니다. 민감한 정책이 있는 환경에서는 자체 DNS 또는 신뢰할 수 있는 DNS 제공자를 사용하세요.
요약
- DNS_PROBE_FINISHED_BAD_CONFIG는 DNS 설정 또는 캐시 관련 오류입니다.
- 빠른 해결: 라우터 재시작 → DNS 캐시 플러시 → 공개 DNS로 변경.
- 고급 진단: hosts 파일, 프록시, 방화벽, ISP 점검.
중요: 반복적으로 동일 문제가 발생하면 라우터 펌웨어 업데이트나 ISP 상담을 권장합니다.
요약 정리:
- 재시작과 캐시 플러시는 가장 먼저 시도할 것
- 공개 DNS(8.8.8.8, 1.1.1.1 등)는 빠른 우회 수단
- 네트워크 전체 문제인지 단말기 문제인지 구분해 단계별로 대처
