ERR_NAME_NOT_RESOLVED는 DNS_PROBE_FINISHED_NXDOMAIN과 같은 건가요?

겹치지만 똑같진 않습니다. DNS_PROBE_FINISHED_NXDOMAIN은 권한 네임서버가 NXDOMAIN으로 답한 특정 경우 — 도메인이 명백히 존재하지 않습니다. ERR_NAME_NOT_RESOLVED(Chromium net error -105)는 더 넓습니다: 쓸 수 있는 주소를 못 얻은 모든 실패를 포함합니다. 닿지 않는 리졸버, NODATA(이름은 있는데 A/AAAA 레코드가 없음), 오래된 로컬 캐시까지. NXDOMAIN은 여기 도달하는 한 가지 경로일 뿐, 유일한 경로가 아닙니다.

휴대폰에서는 되는데 노트북에서는 왜 안 되나요?

네트워크가 다르고, 리졸버가 다릅니다. 셀룰러 휴대폰은 이름을 푸는데 Wi-Fi 노트북은 못 푼다면, 도메인은 멀쩡합니다 — 문제는 노트북 쪽입니다: DNS 서버, 오래된 캐시, VPN의 DNS, 또는 hosts 파일 항목. 노트북 리졸버를 1.1.1.1이나 8.8.8.8로 바꾸고 캐시를 비워 확인하세요.

방금 도메인을 등록했(거나 네임서버를 바꿨)는데 왜 이게 뜨나요?

위임이 아직 자리를 안 잡았습니다. 상위 존이 여전히 옛 네임서버를 가리키거나, 새 네임서버가 그 존에 응답하지 않으면, 리졸버는 쓸 주소를 못 얻고 브라우저는 ERR_NAME_NOT_RESOLVED를 띄웁니다. 네트워크 밖에서 도메인을 확인하세요 — 거기선 권한 응답이 있는데 나만 없으면 전파나 로컬 캐시 문제, 어디에도 없으면 레지스트라에서 네임서버 위임을 고치세요.

조회수: 7

ERR_NAME_NOT_RESOLVED 해결

ERR_NAME_NOT_RESOLVED는 DNS가 호스트명을 IP로 못 바꿨다는 뜻. 도메인 문제인지 내 리졸버 문제인지 3단계로 가립니다. 무료 즉시 진단으로 바로 확인.

내 도메인에 이 문제가 있는지 지금 확인

무료, 가입 불필요. 이 가이드가 다루는 항목을 바로 검사하고 조치 방법을 알려드립니다.

Problem

브라우저가 ERR_NAME_NOT_RESOLVED(또는 “사이트에 연결할 수 없음 — 서버 DNS 주소를 찾을 수 없음”)를 표시합니다. Chromium 내부 코드는 net error -105 — 호스트명을 해석할 수 없음.

Symptoms

Chrome/Edge가 ERR_NAME_NOT_RESOLVED를 띄우고, 연결 시도조차 안 합니다.
같은 URL이 다른 기기, 다른 네트워크, 또는 셀룰러에서는 됩니다.
다른 사이트는 멀쩡한데 특정 호스트명 하나만 실패합니다.

ERR_NAME_NOT_RESOLVED가 실제로 뜻하는 것

브라우저가 DNS에 호스트명 뒤의 주소를 물었는데 쓸 수 있는 게 하나도 안 돌아온 겁니다. 그게 오류의 전부입니다. 무슨 말을 안 하는지 보세요: 서버에 닿은 적도, 연결을 연 적도, HTTP를 말한 적도 없습니다. 실패는 0단계 — 이름을 IP로 바꾸는 단계 — 에서 났고, 그래서 DNS가 되기 전엔 그 아래 모든 것(TCP, TLS, 웹 서버)이 무의미합니다.

용의자는 세 곳으로 좁혀집니다: 도메인 자체의 DNS(레코드 미공개, 또는 도메인 부재), 당신이 쓰는 리졸버(닿지 않거나, 설정이 틀렸거나, 오래된 데이터를 줌), 또는 조회를 가로채는 로컬의 무언가(hosts 파일, VPN, captive portal). 고치는 요령은 셋 중 어느 것인지 가려내는 것이고, 가장 빠른 길은 같은 질문을 내 PC가 아닌 다른 곳에서 던지는 것입니다.

Top 3 Causes

도메인에 쓸 수 있는 주소 레코드가 없음 - 이름이 아예 없거나(권한 네임서버가 NXDOMAIN 반환) 있긴 한데 A/AAAA 레코드를 안 올렸습니다(NODATA). 호스트명 오타도 여기로 옵니다. 문제가 당신이 아니라 도메인인 경우이고, 외부 조회 한 번이면 바로 확인됩니다.
내 리졸버가 문제 - PC에 설정된 DNS 서버가 죽었거나, 느리거나, 그 이름을 막거나, 오래되거나 오염된 캐시를 쥐고 있습니다. ISP 리졸버는 딸꾹질하고, VPN은 내부·지역 한정 이름을 못 푸는 DNS로 당신의 DNS를 덮어쓸 수 있습니다. 단서: 다른 네트워크에선 풀리는데 내 것에선 안 됩니다.
로컬의 무언가가 조회를 가로챔 - 이름을 죽은 IP에 고정해 둔 hosts 파일 잔여 항목, 아직 로그인 안 한 captive portal, 손상된 OS·브라우저 DNS 캐시. 이것들은 그 PC 하나에서만 실패하고 공유기를 재부팅해도 살아남습니다 — 네트워크 장애와 구분되는 지점이죠.

Diagnose with DechoNet

DNS Check를 네트워크 밖에서 실행합니다 — 당신 브라우저는 ERR_NAME_NOT_RESOLVED인데 여기선 정상 A/AAAA 레코드가 나오면, 도메인은 건강하고 문제는 당신 리졸버나 PC입니다. 여기서도 레코드가 없으면, 도메인 운영자가 고칠 몫입니다.
Propagation Check로 여러 독립 리졸버에 한 번에 질의합니다 — 일부는 레코드를 주고 일부는 안 주면, 레코드가 없는 게 아니라 전파 지연이나 리졸버 하나가 망가진 겁니다.

Resolution Checklist

호스트명의 오타·잡문자를 다시 읽습니다 — 가장 흔한 “DNS” 실패는 사실 DNS가 아닙니다.
외부 DNS Check를 돌립니다. 어디에도 레코드가 없으면 도메인 소유자가 A/AAAA를 올리거나 네임서버 위임을 고쳐야 합니다 — 노트북 디버깅을 멈추세요.
DNS 캐시를 비웁니다: chrome://net-internals/#dns → Clear host cache, 그리고 ipconfig /flushdns(Windows) 또는 sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder(macOS).
리졸버를 1.1.1.1이나 8.8.8.8로 바꿔 재시도합니다. 이제 되면 이전 DNS 서버가 범인이었습니다.
hosts 파일(/etc/hosts 또는 C:\Windows\System32\drivers\etc\hosts)에 그 호스트명을 고정한 오래된 항목이 없는지 봅니다.
VPN·프록시를 끄고 재시도합니다 — VPN DNS는 평소 리졸버는 푸는 이름을 못 푸는 일이 잦습니다.
공용 Wi-Fi에선 http://neverssl.com을 열어 captive portal 로그인을 띄운 뒤 재시도합니다.

When to Escalate

외부 DNS Check에서도 레코드가 없으면 도메인 운영자에게 넘깁니다: A/AAAA 레코드가 없거나 네임서버 위임이 틀렸고, 클라이언트 쪽 수정으로는 안 됩니다.
방금 레지스트라·네임서버를 바꿨고 새 네임서버엔 레코드가 있는데 리졸버가 아직 못 보면, 전파 시간을 주고 상위 존의 NS 레코드가 새 네임서버를 가리키는지 확인합니다.