DNS_PROBE_FINISHED_NXDOMAIN — 도메인을 찾을 수 없음 DNS 에러 원인·해결·예방
크롬에서 사이트에 들어가려는데 "DNS_PROBE_FINISHED_NXDOMAIN", 또는 "사이트에 연결할 수 없음 / 서버 IP 주소를 찾을 수 없음"이 뜬다면, 이건 HTTP 상태 코드(404·500 같은)와는 단계가 다른 문제다. 브라우저가 도메인 이름을 IP 주소로 바꾸는 DNS 조회 단계에서부터 막힌 것이다. 즉 서버에 연결을 시도하기도 전에 "그 주소가 어디인지" 알아내지 못한 상황이다.
NXDOMAIN은 "Non-Existent Domain", 존재하지 않는 도메인이라는 뜻이다. 주소 오타가 가장 흔한 원인이지만, DNS 캐시 손상이나 DNS 서버 문제로 멀쩡한 사이트가 안 열리기도 한다. 이 글은 이 에러의 의미, 자주 나오는 원인, 진단 명령, 단계별 해결, 그리고 비슷한 연결 오류와의 차이까지 정리한다.
이 글의 구성
🔎 NXDOMAIN 에러의 의미
이 에러는 HTTP 상태 코드가 아니라 크롬(크로미엄 계열 브라우저)이 내부적으로 표시하는 네트워크 오류 코드다. 인터넷의 전화번호부 역할을 하는 DNS가 도메인 이름을 IP 주소로 바꾸지 못했을 때 나타난다. 연결·HTTP 단계 이전, 즉 "주소 찾기" 단계에서 실패한 것이다.
| 항목 | 내용 |
|---|---|
| 에러 코드 | DNS_PROBE_FINISHED_NXDOMAIN |
| 표시 환경 | 크롬 등 크로미엄 계열 브라우저 |
| NXDOMAIN 뜻 | Non-Existent Domain — 존재하지 않는 도메인 |
| 실패 단계 | DNS 조회(도메인→IP), HTTP 이전 |
| 핵심 | 서버 연결 전에 주소 자체를 못 찾음 |
여기서 중요한 구분이 있다. 404는 서버까지 연결한 뒤 "그 페이지가 없다"는 것이고, NXDOMAIN은 서버에 닿기도 전에 "그 도메인이 어디인지 모르겠다"는 것이다. 그래서 진단의 시선은 사이트 내부가 아니라 "이름을 IP로 바꾸는 과정(DNS)"으로 향한다.
핵심 관찰 — 주소를 못 찾은 것이지 서버가 죽은 게 아니다
NXDOMAIN은 DNS 단계의 실패다. 그래서 진단은 둘로 갈린다. 도메인 자체가 틀렸나(오타·미존재), 아니면 내 쪽 DNS가 멀쩡한 도메인을 못 찾고 있나. 다른 사이트는 잘 되는데 한 사이트만 이렇다면 도메인을, 여러 사이트가 다 이렇다면 내 DNS를 의심한다.
🧩 자주 나오는 발생 원인 5가지
원인 1 — 도메인 주소 오타
가장 흔하다. 철자가 틀리거나 .com을 .con으로 잘못 치는 등 존재하지 않는 도메인을 입력하면 DNS가 "그런 도메인 없음(NXDOMAIN)"을 반환한다. 주소를 다시 확인하는 것이 1순위다.
원인 2 — 손상된 로컬 DNS 캐시
기기·브라우저는 DNS 조회 결과를 잠시 저장(캐싱)한다. 이 캐시가 오래됐거나 잘못된 값을 들고 있으면, 멀쩡한 도메인인데도 NXDOMAIN이 난다. DNS 캐시를 비우면 해결되는 경우가 많다.
원인 3 — DNS 서버 문제·설정 오류
사용 중인 DNS 서버(보통 통신사 기본 DNS)가 일시적으로 응답하지 못하거나 설정이 꼬이면 조회가 실패한다. 이때 구글(8.8.8.8)·클라우드플레어(1.1.1.1) 같은 공용 DNS로 바꾸면 풀리기도 한다.
원인 4 — 도메인 미등록·만료, 전파 미완료
실제로 등록되지 않았거나 만료된 도메인은 당연히 NXDOMAIN이다. 또 새로 산 도메인이나 DNS 레코드를 막 바꾼 경우, 전 세계 DNS에 퍼지는 전파가 끝나기 전(최대 수십 시간)에는 일부 지역에서 안 보일 수 있다.
원인 5 — VPN·프록시·hosts 파일·확장프로그램
VPN·프록시가 DNS 경로를 가로채거나, hosts 파일에 잘못된 매핑이 남아 있거나, 보안 확장프로그램이 도메인을 차단하면 NXDOMAIN처럼 보인다. 이들을 잠시 끄면 원인을 가려낼 수 있다.
💻 재현 시나리오와 DNS 진단 명령
이 에러는 코드가 아니라 명령으로 진단한다. 먼저 도메인이 실제로 조회되는지 확인한다. NXDOMAIN이면 도메인·DNS 문제다.
# 도메인 DNS 조회 (Windows / macOS / Linux 공통)
nslookup example.com
# 더 자세히 (macOS / Linux)
dig example.com
# ✗ 조회 실패 시 이런 응답
** server can't find example.com: NXDOMAIN
내 쪽 캐시가 의심되면 DNS 캐시를 비운다. 운영체제별 명령이 다르다.
# Windows
ipconfig /flushdns
# macOS (두 줄 함께 실행)
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
# ✓ 크롬 자체 DNS 캐시 비우기 (주소창 입력 → Clear host cache)
chrome://net-internals/#dns
DNS 서버를 공용 DNS로 바꾸는 것도 효과적이다. 운영체제 네트워크 설정에서 다음 값을 사용한다.
# 공용 DNS 서버 예시
Google : 8.8.8.8 / 8.8.4.4
Cloudflare : 1.1.1.1 / 1.0.0.1
# Windows IP 설정 갱신도 도움
ipconfig /release
ipconfig /renew
🛠 해결 방법과 단계별 진단
NXDOMAIN은 "도메인이 틀렸나, 내 DNS가 문제인가"를 가르는 것이 핵심이다. 사용자와 사이트 소유자의 할 일이 다르다.
| 입장 | 해결 방법 |
|---|---|
| 주소 확인 | 철자·도메인 끝(.com 등) 재확인, 다른 기기·모바일 데이터로 시도 |
| DNS 캐시 | ipconfig /flushdns·dscacheutil, chrome://net-internals/#dns로 캐시 비우기 |
| DNS 서버 | 8.8.8.8·1.1.1.1 공용 DNS로 변경, 라우터 재시작 |
| 환경 점검 | VPN·프록시·보안 확장프로그램 끄기, hosts 파일 확인 |
| 사이트 소유자 | A/AAAA 레코드·네임서버 설정, 도메인 만료·전파 여부 확인 |
단계별 진단 절차
⚖️ 비슷한 연결 오류와의 차이
연결이 안 될 때 뜨는 오류는 여럿이다. 실패한 "단계"로 구분하면 명확해진다.
| 오류 | 실패 단계 | 의미 |
|---|---|---|
| NXDOMAIN | DNS 조회 | 도메인을 IP로 못 바꿈(주소 못 찾음) |
| CONNECTION_REFUSED | TCP 연결 | IP는 찾았으나 서버가 연결 거부 |
| CONNECTION_TIMED_OUT | TCP 연결 | 연결 시도가 응답 없이 시간 초과 |
| 404 | HTTP | 연결·HTTP 성공, 경로의 자원만 없음 |
핵심은 "어디까지 갔다가 막혔나"이다. NXDOMAIN은 주소조차 못 찾은 가장 앞 단계의 실패이고, 연결 거부·타임아웃은 주소는 찾았지만 서버와의 연결에서 막힌 것이며, 404는 연결까지 다 성공한 뒤 페이지만 없는 것이다. 단계가 다르면 봐야 할 곳도 다르다.
NXDOMAIN은 길을 잘못 든 게 아니라 주소를 못 찾은 것이다. 사이트를 의심하기 전에 내 DNS부터 비워 보라.
— 한 사이트만이면 도메인, 전부면 내 DNS
💬 자주 묻는 질문 5가지
Q1이 에러가 뜨면 사이트가 망한 건가요?
꼭 그렇지는 않습니다. 도메인이 만료·미등록이면 사이트 문제지만, 대개는 주소 오타나 내 쪽 DNS 캐시·서버 문제입니다. 다른 기기·모바일 데이터에서 잘 열리면 사이트가 아니라 내 네트워크 문제입니다.
Q2가장 먼저 뭘 해보면 되나요?
주소 철자를 확인한 뒤, DNS 캐시를 비우세요. 윈도우는 ipconfig /flushdns, 크롬은 주소창에 chrome://net-internals/#dns를 입력해 캐시를 지웁니다. 그래도 안 되면 DNS 서버를 8.8.8.8이나 1.1.1.1로 바꿔 봅니다.
Q3404와 NXDOMAIN은 뭐가 다른가요?
404는 서버까지 연결한 뒤 "그 페이지가 없다"는 HTTP 응답이고, NXDOMAIN은 서버에 닿기도 전에 "그 도메인이 어디인지 모르겠다"는 DNS 단계 실패입니다. NXDOMAIN이 더 앞 단계의 문제입니다.
Q4방금 만든 사이트가 NXDOMAIN이 떠요.
DNS 전파가 아직 안 끝났을 수 있습니다. 도메인을 새로 사거나 DNS 레코드를 바꾸면 전 세계에 퍼지는 데 시간이 걸리며, 길게는 수십 시간까지 걸리기도 합니다. A/AAAA 레코드와 네임서버 설정이 맞는지 확인하고 전파를 기다려 보세요.
Q5VPN을 켜면 이 에러가 떠요.
VPN·프록시가 DNS 경로를 가로채면서 조회가 실패할 수 있습니다. VPN을 끄고 접속해 보고, 정상이면 VPN의 DNS 설정 문제입니다. 보안 확장프로그램이 도메인을 차단하는 경우도 있으니 함께 점검하세요.
📌 결론
DNS_PROBE_FINISHED_NXDOMAIN은 "주소를 못 찾았다"는 DNS 단계의 신호다. 404가 경로, 연결 거부가 서버와의 연결 문제였다면, 이 에러는 그보다 앞선 "이름을 IP로 바꾸기" 단계의 실패다. 그래서 사이트를 의심하기 전에 도메인 철자와 내 DNS를 먼저 본다.
실무 원칙은 다음과 같다.
✍️ 주소 철자부터 확인한다. 가장 흔한 원인이 오타이고, 가장 빠른 해결도 여기다.
🔄 DNS 캐시를 비우고 공용 DNS로 바꾼다. flushdns와 8.8.8.8·1.1.1.1이 단골 해법이다.
🌐 내 사이트라면 DNS 레코드·도메인 만료·전파를 확인한다. 새 도메인은 전파를 기다린다.
NXDOMAIN 트러블슈팅 체크리스트
본 글은 DNS_PROBE_FINISHED_NXDOMAIN 에러의 일반적 원인과 해결 방법을 정리한 자료다. DNS·네트워크 설정 변경은 영향 범위를 확인한 뒤 신중히 적용한다.
#NXDOMAIN #DNS에러 #DNS_PROBE_FINISHED_NXDOMAIN #도메인오류 #DNS캐시삭제 #flushdns #DNS서버변경 #구글DNS #크롬에러 #사이트연결안됨 #네트워크오류 #nslookup #DNS전파 #웹브라우저 #트러블슈팅
'IT' 카테고리의 다른 글
| ERR_CONNECTION_TIMED_OUT — 연결 시간 초과 에러 원인·해결·예방 (0) | 2026.06.23 |
|---|---|
| ERR_CONNECTION_REFUSED — 연결이 거부됨 에러 원인·해결·예방 (0) | 2026.06.23 |
| HTTP 429 Too Many Requests — 요청 과다·속도 제한 원인·해결·예방 (0) | 2026.06.23 |
| HTTP 401 Unauthorized — 인증 필요·로그인 에러 원인·해결·예방 (0) | 2026.06.23 |
| HTTP 400 Bad Request — 잘못된 요청 에러 원인·해결·예방 (0) | 2026.06.22 |
댓글