DNS_PROBE_FINISHED_NXDOMAIN 해결: 내 PC 문제와 도메인 설정 문제 구분
AI Editter
크롬에서 DNS_PROBE_FINISHED_NXDOMAIN이 뜬다고 DNS 주소를 바꾸는 것이 항상 답은 아닙니다. 도메인 소유자가 레코드를 빠뜨렸거나 도메인이 만료됐다면 내 PC 설정을 바꿔도 사이트는 열리지 않습니다.
오류는 요청한 이름을 DNS에서 찾지 못했다는 신호입니다. 한 기기만 문제인지, 특정 네트워크 전체인지, 어디서나 같은지 먼저 비교하면 불필요한 네트워크 초기화를 줄일 수 있습니다.
주소와 문제 범위를 확인
주소를 직접 입력했다면 철자·하이픈·서브도메인을 확인합니다. example.com과 www.example.com은 서로 다른 이름이므로 한쪽만 정상일 수 있습니다.
| 비교 결과 | 먼저 볼 위치 |
|---|---|
| 다른 기기는 정상, 내 PC만 실패 | PC DNS 설정·hosts·VPN·브라우저 |
| 같은 와이파이에서 모두 실패, 모바일 데이터는 정상 | 공유기·통신사 DNS·네트워크 정책 |
| 모든 환경에서 특정 도메인만 실패 | 도메인 등록·위임·권한 DNS |
| 회사 내부 이름만 외부에서 실패 | 사내 DNS·VPN 연결 조건 |
회사 내부 도메인은 공개 DNS에서 조회되지 않는 것이 정상일 수 있습니다. 회사 PC의 DNS를 공용 DNS로 바꾸면 내부 서비스 접근을 오히려 망가뜨릴 수 있습니다.
Windows에서 응답을 비교하는 방법
공개 사이트를 확인하는 예시입니다. 실제 확인할 이름으로 바꿉니다.
nslookup www.example.com
nslookup www.example.com 1.1.1.1
nslookup www.example.com 8.8.8.8첫 줄은 현재 설정된 DNS에 묻습니다. 나머지는 공개 리졸버와 비교하는 용도이며 PC의 DNS 설정을 변경하지 않습니다. 사내 전용 호스트명이나 민감한 내부 이름은 공용 리졸버로 보내지 않습니다.
응답의 서버 주소, 결과 IP, 오류 메시지를 함께 기록합니다. 첫 줄만 실패하고 공용 리졸버는 정상이라면 현재 DNS 경로를 조사합니다. 모두 NXDOMAIN이면 브라우저 캐시만의 문제일 가능성은 낮아집니다.
NXDOMAIN·SERVFAIL·시간 초과를 구별
| 응답 | 의미 | 다음 검사 |
|---|---|---|
| NXDOMAIN | 조회한 이름이 없다는 응답 | 철자·레코드·위임 |
| SERVFAIL | DNS 처리가 실패함 | 권한 DNS 응답·DNSSEC |
| 시간 초과 | 제한 시간 내 응답이 없음 | 연결·방화벽·DNS 서버 접근 |
| 정상 IP 응답 | 이름 해석은 됨 | 브라우저·TLS·웹 서버 연결 |
DNSSEC의 DS와 DNSKEY 불일치는 흔히 검증 실패를 만들지만, 이를 NXDOMAIN과 같은 현상으로 취급하면 안 됩니다. Cloudflare DNSSEC 진단 문서는 검증 결과와 등록기관의 DS를 함께 확인하도록 안내합니다.
방문자가 해볼 수 있는 범위
특정 PC만 실패하면 VPN의 연결 상태와 브라우저의 보안 DNS 설정을 확인합니다. 운영체제와 브라우저가 다른 리졸버를 쓰면 nslookup은 정상인데 브라우저만 실패할 수 있습니다.
이전 주소가 캐시에 남았다고 판단되면 Windows에서 다음 명령으로 DNS 캐시를 비운 뒤 다시 시험합니다.
ipconfig /flushdns이 명령은 도메인의 잘못된 레코드를 고치지 않습니다. 브라우저를 다시 열어 같은 주소를 확인하고, 결과가 그대로면 여러 초기화 명령을 연속 실행하기보다 비교 결과를 운영자에게 전달합니다.
도메인 운영자가 확인할 순서
등록기관에서 도메인 만료·중지 상태와 네임서버 위임을 확인합니다. DNS 공급자를 바꿨다면 현재 위임된 네임서버의 영역에 필요한 레코드가 있는지 봅니다. 이전 공급자의 화면에 레코드가 남아 있다는 것만으로 정상은 아닙니다.
apex 도메인과 www 등 실제 사용 중인 이름을 각각 조회합니다. A·AAAA·CNAME의 이름과 대상을 확인하고, CNAME이 가리키는 대상도 정상적으로 해석되는지 확인하세요. Cloudflare NXDOMAIN 안내도 기본 도메인과 서브도메인을 따로 점검하도록 설명합니다.
이미 잘못된 응답이 캐시됐다면 변경 후 즉시 모든 리졸버의 결과가 같아지지 않을 수 있습니다. 단순히 ‘최대 48시간’이라고 기다리기보다 권한 DNS 응답이 먼저 올바른지, 캐시된 부정 응답의 유효시간이 남았는지 확인합니다.
정상 판정은 이름 해석 다음까지
DNS가 정상 IP를 반환한 뒤에는 HTTPS로 사이트가 열리는지 확인합니다. 인증서 오류나 연결 거부가 새로 보인다면 DNS 문제는 해결됐고 다음 계층에 문제가 남은 것일 수 있습니다. 방문자용 안내에는 확인한 주소·시간·영향 범위를 적어 두면 같은 문제를 다시 조사하기 쉽습니다.
함께 확인할 절차: Kea DDNS 구축: BIND 9 TSIG·정방향·역방향 자동 업데이트