DNS_PROBE_FINISHED_NXDOMAIN: 의미와 해결 방법 완벽 가이드

DNS_PROBE_FINISHED_NXDOMAIN이란 무엇입니까?

DNS_PROBE_FINISHED_NXDOMAIN은 Chrome이 웹사이트 이름의 주소를 얻지 못했고, 사용 중인 DNS 서버는 Chrome의 자체 테스트 조회에 응답했기 때문에, Chrome이 해당 도메인이 존재하지 않는다고 판단했다는 뜻입니다. 대개는 실제 NXDOMAIN("non-existent domain", 존재하지 않는 도메인) 응답이지만, DNSSEC 서명 오류(SERVFAIL)처럼 다른 이유로 실패한 조회도 같은 페이지로 표시됩니다. Chrome에서는 "사이트에 연결할 수 없음"이라는 제목으로 표시됩니다. DNS_PROBE_NXDOMAIN으로 검색하는 경우도 많지만, Chromium에는 그런 코드가 없으며 같은 오류입니다.

꼭 해야 할 테스트는 하나입니다. 공용 DNS에서 도메인을 조회하십시오(아래 DNS 조회 도구 또는 nslookup example.com 1.1.1.1). 공용 DNS에서 확인되면 원인은 사용자 쪽에 있습니다. 오타, 오래된 캐시, 사용 중인 DNS 서버, 필터링 서비스 또는 VPN입니다. 공용 DNS도 NXDOMAIN을 반환하면 도메인 이름이 잘못되었거나 만료되었거나 설정이 잘못된 것이며, 도메인 소유자만 해결할 수 있습니다.

원인은 오타이거나 사용자 쪽에 있는 경우가 많아서 몇 분이면 고칠 수 있습니다. 아래 단계는 가장 빨리 확인할 수 있는 것부터 도메인 자체까지 순서대로 진행됩니다.

다른 브라우저에서 이 오류가 어떻게 표시됩니까?

각 브라우저는 이 DNS 오류를 다르게 표시하지만, 근본 원인은 항상 동일합니다 — 도메인을 확인할 수 없었다는 것입니다.

Chromium 기반 브라우저(Chrome, Edge, Brave, Opera)는 모두 동일한 DNS_PROBE_FINISHED_NXDOMAIN 코드를 표시합니다. Firefox와 Safari는 더 사용자 친화적인 메시지를 표시하지만 근본적인 문제는 동일합니다.

NXDOMAIN과 Chrome의 다른 DNS_PROBE 오류 비교

페이지를 불러오지 못하면 Chrome은 간단한 DNS 검사를 실행하고 그 결과를 DNS_PROBE 코드로 표시합니다. 이 중 이름이 존재하지 않는다는 뜻은 하나뿐입니다.

Chrome의 ERR_NAME_NOT_RESOLVED도 "이 이름에 해당하는 주소가 없음"이라는 같은 실패이며, Chrome이 검사를 실행하지 않았거나 검사에서 결론이 나지 않았을 때 표시됩니다. ERR_NAME_NOT_RESOLVED를 참고하십시오.

DNS_PROBE_FINISHED_NXDOMAIN의 일반적인 원인

원인은 사용자 쪽(대부분)과 도메인 쪽으로 나뉩니다.

• URL 오타 — 매우 흔한 원인입니다. 한 글자만 잘못 입력해도(예: gogle.com을 google.com 대신 입력) 잘못된 도메인이 DNS에 존재하지 않기 때문에 NXDOMAIN이 발생합니다.
• 캐시된 "존재하지 않음" — 컴퓨터나 DNS 서버가 이전의 NXDOMAIN 응답(예: 도메인이 설정되기 전의 응답)을 저장해 두고, 만료될 때까지 같은 답을 반복합니다.
• Chrome의 내부 DNS 캐시 — Chrome은 OS와 별도로 자체 DNS 캐시를 관리합니다. 시스템 캐시를 플러시한 후에도 Chrome은 오래된 내부 항목을 계속 사용할 수 있습니다.
• 필터링 DNS 서비스 — Quad9는 차단한 도메인에 NXDOMAIN을 반환하므로, 정상적인 사이트가 존재하지 않는 것처럼 보입니다. (Pi-hole, AdGuard, Cloudflare for Families는 기본적으로 0.0.0.0을 반환하므로, NXDOMAIN이 아니라 연결 오류가 표시됩니다.)
• 도메인 미등록 또는 만료 — 웹사이트 소유자가 도메인 갱신을 잊었거나 애초에 등록되지 않은 도메인입니다.
• 막 만든 도메인 — 도메인이 설정되기 전에 조회한 리졸버는 "존재하지 않음" 응답을 해당 영역의 네거티브 캐싱 시간 동안 보관합니다. .com과 .net은 15분입니다.
• hosts 파일에 없는 로컬 이름 — myapp.test 같은 개발용 이름은 직접 정의한 곳에만 존재합니다(잘못된 hosts 항목은 NXDOMAIN이 아니라 연결 오류를 일으킵니다).
• VPN 또는 방화벽 차단 — VPN, 프록시 또는 방화벽이 DNS 쿼리를 가로채서 도메인을 차단하거나 리디렉션하고 있습니다.
• ISP DNS 서버 문제 — 인터넷 제공업체의 DNS 서버가 NXDOMAIN을 잘못 반환하고 있거나 도메인의 DNS 레코드를 아직 수신하지 못했습니다.

해결 방법 1: 도메인 이름 철자 확인

주소 표시줄의 URL을 주의 깊게 확인하십시오. 한 글자만 틀려도 이 오류가 발생합니다.

흔한 오타를 찾아보십시오: 빠진 글자(goole.com), 여분의 글자(googgle.com), 잘못된 TLD(.com 대신 .con), 또는 혼동하기 쉬운 문자(글자 l 대신 숫자 1을 사용한 goog1e.com) 등이 있습니다.

다른 사람이 보낸 링크라면, 링크를 직접 클릭하는 대신 Google에서 해당 웹사이트를 검색해 보십시오. 도메인이 정말로 존재하지 않는다면 검색 결과에 나타나지 않습니다.

해결 방법 2: DNS 캐시 플러시

도메인 철자가 올바르다면 다음 단계는 운영체제의 DNS 캐시를 플러시하는 것입니다. 이렇게 하면 저장된 모든 DNS 항목이 지워지고 새로운 조회가 강제됩니다.

# Windows (Command Prompt as Administrator)
ipconfig /flushdns

# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Linux (systemd-resolved)
sudo resolvectl flush-caches

# Chrome OS
chrome://net-internals/#dns → Clear host cache

플러시 후 웹사이트를 다시 로드해 보십시오. 도메인의 DNS 레코드가 최근에 업데이트된 경우, 캐시를 플러시하면 시스템이 새로운 레코드를 가져올 수 있습니다.

라우터를 포함한 모든 시스템의 명령어는 DNS 캐시 삭제 방법에 정리되어 있습니다.

해결 방법 3: Chrome 내부 DNS 캐시 삭제

Chrome은 OS 캐시와 완전히 별개인 자체 DNS 캐시를 관리합니다. 시스템 캐시만 플러시하는 것으로는 충분하지 않으며, Chrome의 내부 캐시도 삭제해야 합니다.

• Chrome을 열고 주소 표시줄에 chrome://net-internals/#dns를 입력합니다
• "Clear host cache"를 클릭하여 Chrome에 캐시된 모든 DNS 항목을 플러시합니다
• 그런 다음 chrome://net-internals/#sockets로 이동하여 "Flush socket pools"를 클릭하여 열린 연결을 초기화합니다
• 웹사이트를 다시 로드합니다 — Chrome이 완전히 새로운 DNS 조회를 수행합니다

해결 방법 4: 공용 DNS 서버로 전환

ISP의 DNS 서버가 잘못된 NXDOMAIN 응답을 반환하고 있거나 도메인의 레코드를 아직 보유하지 않을 수 있습니다. 신뢰할 수 있는 공용 DNS 서버로 전환하면 이 문제가 해결되는 경우가 많습니다.

Windows에서 DNS 변경하기

• 설정 열기 → 네트워크 및 인터넷 → Wi-Fi → 알려진 네트워크 관리 → 사용 중인 네트워크(유선이면 이더넷 → 사용 중인 네트워크)
• 해당 페이지에서 DNS 서버 할당 찾기
• DNS 서버 할당 옆의 "편집" 클릭 → 수동으로 전환
• IPv4 활성화하고 기본 설정 DNS를 1.1.1.1, 대체 DNS를 1.0.0.1로 설정
• "저장" 클릭 후 웹사이트 다시 테스트

macOS에서 DNS 변경하기

• 시스템 설정 열기 → 네트워크 → Wi-Fi → 세부사항
• 사이드바에서 DNS 클릭
• 기존 항목 삭제 후 1.1.1.1과 1.0.0.1 추가
• "확인" 클릭

해결 방법 5: hosts 파일 확인

hosts 파일은 DNS에 묻기 전에 이름을 주소에 연결합니다. 여기에 잘못된 항목(127.0.0.1 example.com)이 있으면 이름에 주소가 주어지므로, NXDOMAIN이 아니라 연결 거부나 엉뚱한 사이트로 나타납니다. 그래도 악성코드나 오래된 광고 차단기가 이런 줄을 추가하므로 발견하면 삭제하십시오.

hosts 파일이 NXDOMAIN을 일으키는 경우는 그 반대로, 추가한 적 없는 로컬 개발용 이름(myapp.test, api.local)입니다. 공용 DNS는 그 이름을 모르기 때문에 조회가 실패합니다.

# Windows — open as Administrator:
notepad C:\Windows\System32\drivers\etc\hosts

# macOS / Linux:
sudo nano /etc/hosts

# Look for lines like:
# 127.0.0.1  example.com    ← This blocks the domain!
# 0.0.0.0    example.com    ← This also blocks it!

# If you find the domain listed, delete that line and save.

편집 후 파일을 저장하고 DNS 캐시를 플러시하십시오(해결 방법 2).

해결 방법 6: Chrome의 보안 DNS 설정 확인

Chrome은 시스템 DNS 대신 Chrome에서 선택한 제공업체에 HTTPS로 DNS 조회를 보낼 수 있습니다. 그 제공업체가 필터링을 하면(가족용 또는 보안 DNS), 다른 브라우저에서는 잘 열리는 사이트도 Chrome에서는 "그런 도메인은 없음"이 됩니다. (제공업체에 연결할 수 없으면 대신 DNS_PROBE_FINISHED_BAD_SECURE_CONFIG가 표시됩니다.)

• 주소 표시줄에 chrome://settings/security를 입력합니다(설정 → 개인 정보 보호 및 보안 → 보안)
• "보안 DNS 사용"을 찾아 "DNS 제공업체 선택"에서 어떤 제공업체가 선택되어 있는지 확인합니다
• "DNS 제공업체 선택"을 "OS 기본값(가능한 경우)" 또는 Google이나 Cloudflare로 바꾼 뒤 사이트를 다시 로드합니다
• Edge: edge://settings/privacy → "Security" → "Use secure DNS"(영문판 메뉴 이름)

제공업체를 바꿔서 해결되었다면, 이전 제공업체가 해당 도메인을 차단했거나 확인하지 못한 것입니다.

해결 방법 7: VPN 또는 백신 프로그램 일시 비활성화

VPN은 DNS 쿼리를 자체 서버로 보내며, 보안 소프트웨어, Pi-hole, 라우터, 가족용 DNS 서비스는 위험하다고 판단한 이름을 필터링합니다. Quad9는 차단한 도메인에 NXDOMAIN을 반환하므로 사이트가 존재하지 않는 것처럼 보이고, 다른 필터는 대부분 0.0.0.0을 반환하므로 그 경우에는 연결 오류가 표시됩니다.

VPN이나 필터를 끄고 다시 로드해 보십시오. Quad9의 차단 여부를 확실히 확인하려면 dig를 사용하십시오. Quad9 문서에 따르면 Quad9가 차단한 도메인은 AUTHORITY: 0인 NXDOMAIN으로 응답하고(ra 플래그 없음), 실제로 존재하지 않는 도메인은 해당 영역의 SOA 레코드와 함께(AUTHORITY: 1) 응답합니다. Quad9의 테스트용 도메인은 isitblocked.org입니다.

dig isitblocked.org @9.9.9.9

# ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN
# ;; flags: qr rd ad; QUERY: 1, ANSWER: 0, AUTHORITY: 0   ← blocked by Quad9

# A name that really doesn't exist:
# ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1   ← the zone's SOA comes back

해결 방법 8: 도메인 등록 상태 확인

위의 해결 방법이 모두 효과가 없다면, 도메인 자체가 정말로 미등록이거나 만료되었을 가능성이 있습니다. 이는 새로운 웹사이트, 최근 변경된 도메인 또는 소유자가 갱신을 잊은 도메인에서 특히 흔합니다.

도메인 상태를 확인하는 방법:

• DNS Robot의 WHOIS 조회 /whois-lookup를 사용하십시오 — 도메인을 입력하고 등록일과 만료일을 확인합니다
• DNS Robot의 DNS 조회 /dns-lookup를 사용하십시오 — A, AAAA 또는 NS 레코드가 존재하지 않으면 도메인에 DNS 설정이 없는 것입니다
• 새 도메인이나 새 레코드인 경우 — 이름이 존재하기 전에 조회한 리졸버는 "존재하지 않음" 응답을 해당 영역의 SOA 레코드에 있는 네거티브 캐싱 시간 동안 보관합니다(RFC 2308). .com과 .net은 15분이고, 다른 확장자는 보통 1시간 미만입니다. 공용 DNS에서는 이미 보이는데 ISP의 리졸버는 아직 NXDOMAIN을 반환할 수 있습니다
• 등록은 되었는데 이름이 확인되지 않는 경우 — WHOIS에는 도메인이 나오는데 네임서버가 없거나, 상태가 clientHold 또는 serverHold(만료 후 또는 등록자 이메일 미인증 후)이면 TLD가 NXDOMAIN을 반환합니다. 등록기관에서 수정하십시오. 영역이 없는 네임서버를 가리키는 경우에는 NXDOMAIN이 아니라 SERVFAIL이나 REFUSED가 나옵니다

로컬 개발용 이름에서 NXDOMAIN이 나는 경우

실패하는 이름이 개발용으로 직접 만든 이름(myapp.test, api.local, Docker 서비스 이름)이라면 공용 DNS는 그 이름을 알지 못하므로 NXDOMAIN이 올바른 응답입니다. 대신 내 컴퓨터에서 이름이 확인되도록 하십시오.

• localhost 사용 — http://localhost:8000과 http://127.0.0.1:8000은 항상 확인됩니다. 대부분의 개발 서버(Django, Rails, Vite, Next.js)는 둘 중 하나를 출력합니다
• hosts 파일에 이름 추가 — 127.0.0.1 myapp.test를 추가한 뒤 DNS 캐시를 플러시합니다
• Docker 이름 — db 같은 서비스 이름은 Docker 네트워크 안에서만 확인됩니다. 내 컴퓨터에서는 localhost와 게시한 포트를 사용하십시오
• .local 이름 — 멀티캐스트 DNS(mDNS)를 사용하며 macOS, iOS, Windows 10과 11에는 내장되어 있습니다. Linux에서는 Avahi 또는 systemd-resolved의 mDNS를 활성화하십시오

Android에서 DNS_PROBE_FINISHED_NXDOMAIN 해결 방법

NXDOMAIN 오류는 Android의 Chrome 브라우저에서도 동일한 오류 코드로 나타납니다. 해결 방법은 다음과 같습니다.

• Chrome 캐시 삭제: Chrome 열기 → 설정 → 개인 정보 보호 및 보안 → 인터넷 사용 기록 삭제 → "캐시된 이미지 및 파일" 선택 → 데이터 삭제
• 비공개 DNS 확인: 설정 → 네트워크 및 인터넷 → 비공개 DNS(Private DNS란?). 필터링 서비스를 가리키고 있다면 "자동" 또는 dns.google로 설정합니다
• 비행기 모드 전환: 비행기 모드를 10초간 켰다가 끕니다 — 새로운 네트워크 연결과 DNS 조회가 강제됩니다
• Chrome 업데이트: Play 스토어 → Chrome 검색 → 업데이트가 있으면 "업데이트" 탭
• 기기 재시작 — 위 방법이 모두 효과가 없는 경우

iPhone / iPad에서 DNS_PROBE_FINISHED_NXDOMAIN 해결 방법

iOS에서 Safari는 이 오류 코드 대신 "Safari에서 서버를 찾을 수 없음"이라고 표시합니다. iOS에서 Chrome을 사용하는 경우 DNS_PROBE_FINISHED_NXDOMAIN 메시지가 표시됩니다. 해결 방법은 다음과 같습니다.

• DNS 변경: 설정 → Wi-Fi → 네트워크 옆의 (i) 아이콘 탭 → DNS 구성 → 수동 → 1.1.1.1과 1.0.0.1 추가
• Safari 캐시 삭제: 설정 → 앱 → Safari → 방문 기록 및 웹 사이트 데이터 지우기
• Chrome 캐시 삭제: Chrome에서 ⋯(더보기) → 인터넷 사용 기록 삭제
• 비행기 모드 전환: 10초간 켰다가 끄면 네트워크 연결이 초기화됩니다
• 기기 재시작 — 모든 임시 DNS 상태를 초기화합니다

해결이 성공했는지 확인하는 방법

해결 방법을 적용한 후 특정 도메인에 대해 DNS 확인이 정상적으로 작동하는지 검증하십시오.

# Test DNS resolution directly
nslookup example.com

# Test with a specific DNS server
nslookup example.com 1.1.1.1

# Detailed test (Mac/Linux)
dig example.com

# status: NXDOMAIN from your own resolver? Confirm with a public one
# before concluding the domain doesn't exist:
dig example.com @1.1.1.1

nslookup이 IP 주소를 반환하면 DNS가 정상적으로 작동하고 있으며 웹사이트가 로드됩니다. 여전히 "Non-existent domain"을 반환한다면 도메인이 정말로 미등록이거나 다른 DNS 서버를 시도해야 합니다.

DNS Robot의 DNS 조회를 사용하여 도메인이 전 세계 여러 서버에서 확인되는지 검사할 수도 있습니다 — 이를 통해 문제가 사용자 기기의 로컬 문제인지 글로벌 DNS 문제인지 확인할 수 있습니다.