ERR_NAME_NOT_RESOLVED(-105) 에러 해결 방법

ERR_NAME_NOT_RESOLVED란 무엇인가요?

ERR_NAME_NOT_RESOLVED는 웹사이트 이름의 DNS 조회가 실패해서 Chrome이 연결할 IP 주소를 얻지 못했다는 뜻입니다. Chrome은 "사이트에 연결할 수 없음"과 함께 "example.com의 서버 IP 주소를 찾을 수 없습니다."라고 표시합니다. Chromium의 에러 목록은 이를 에러 -105, "The host name could not be resolved"라고 부릅니다(net_error_list.h).

기기는 DNS 리졸버에게 example.com 같은 이름을 IP 주소로 바꿔 달라고 요청합니다. 이 에러는 그 과정이 실패했다는 뜻입니다. 리졸버가 응답하지 않았거나, 오류로 응답했거나, 이름이 존재하지 않는다고 답했거나, 기기가 어떤 리졸버에도 연결하지 못한 경우입니다.

사이트 하나에만(그 도메인의 DNS 또는 그 도메인에 대해 캐시된 실패) 나타날 수도 있고, 모든 사이트에(리졸버, 네트워크, 기기 설정) 나타날 수도 있습니다. 아래 해결 방법은 두 경우를 모두 다룹니다.

ERR_NAME_NOT_RESOLVED vs DNS_PROBE_FINISHED_NXDOMAIN

둘은 같은 실패에서 시작합니다. DNS 때문에 페이지가 로드되지 않으면 Chrome은 보통 DNS 프로브라는 간단한 테스트를 실행하고, ERR_NAME_NOT_RESOLVED를 그 결과로 바꿔 표시합니다.

프로브가 실행되지 않으면 ERR_NAME_NOT_RESOLVED가 그대로 표시됩니다. 앱과 DevTools, 페이지의 이미지·스크립트 요청, 프로브가 꺼져 있을 때(현재 Chrome에는 이를 끄는 설정이 없고 AlternateErrorPagesEnabled 관리자 정책이나 확장 프로그램만 끌 수 있음), 프로브 결과가 불확실할 때가 그렇습니다(net_error_tab_helper.cc).

어느 쪽이든 해결 방법은 겹칩니다. 먼저 이름을 확인한 다음 DNS 경로를 점검하세요.

ERR_NAME_NOT_RESOLVED의 흔한 원인

원인을 내 쪽에서 웹사이트 쪽 순서로 정리했습니다.

• 작동하는 DNS 리졸버 없음 — 기기에 설정된 DNS 서버가 다운됐거나, 도달할 수 없거나, 현재 네트워크에서 차단됨.
• 보안 DNS(DoH) 설정 오류 — Chrome의 "보안 DNS 사용" 설정이 고장 났거나 잘못 입력된 커스텀 제공업체 URL을 가리켜 모든 조회가 실패.
• Android 비공개 DNS 오타 — 잘못된 비공개 DNS 호스트 이름(예: dns.google 대신 dns.gogle)은 휴대폰의 모든 조회를 망가뜨리며, Android는 "비공개 DNS 서버에 액세스할 수 없습니다."라고 경고합니다.
• 캐시된 실패 — 시스템, 라우터 또는 Chrome이 이전의 실패 또는 "존재하지 않음" 응답을 저장해 두고 만료될 때까지 반복해서 돌려줌.
• 라우터 문제 — 라우터의 DNS 포워더가 오작동해 재시작 전까지 어떤 기기도 이름을 확인하지 못함.
• 도메인 오타 — 잘못 쓰거나 불완전한 도메인은 NXDOMAIN뿐 아니라 NAME_NOT_RESOLVED도 일으킬 수 있음.
• VPN, 방화벽, 백신 간섭 — 보안 소프트웨어가 DNS 쿼리를 가로채다 실패하거나, VPN 터널은 연결됐지만 그 DNS 서버가 응답하지 않음.
• hosts 파일 또는 자녀 보호 기능 — 로컬 오버라이드나 필터링 소프트웨어가 특정 도메인의 확인을 차단.
• 도메인의 DNS가 실제로 고장 — 웹사이트 쪽의 A/AAAA 레코드 누락 또는 네임서버 설정 오류.

해결 1: URL 확인 후 다른 사이트 테스트

먼저 사소한 원인부터 배제하세요. 주소에 오타가 없는지 확인하세요 — 글자 하나만 틀려도 DNS에 확인할 수 없는 이름을 묻게 됩니다.

그다음 다른 웹사이트를 두세 개 열어 보세요. 한 사이트만 실패한다면 그 도메인의 DNS나 캐시된 항목이 문제입니다 — 아래의 DNS 캐시 삭제로 건너뛰고, DNS Robot의 DNS 조회로 도메인이 전 세계에서 실제로 확인되는지 점검하세요. 모든 사이트가 실패한다면 리졸버나 네트워크가 문제입니다 — 연결·DNS 서버 해결 방법을 계속 진행하세요.

해결 2: 인터넷 연결 확인

ERR_NAME_NOT_RESOLVED는 네트워크 연결 자체가 반쯤 끊어진 상태에서 자주 나타납니다. Wi-Fi에는 연결돼 있지만 네트워크에 인터넷이나 DNS 서버로 가는 작동하는 경로가 없는 경우입니다.

Wi-Fi를 껐다가 다시 켜세요(또는 이더넷 케이블을 뽑았다 다시 꽂으세요). 휴대폰에서는 Wi-Fi와 모바일 데이터를 전환해 어느 경로가 작동하는지 확인하세요. 캡티브 포털 네트워크(호텔, 공항, 카페)라면 새 탭을 열어 로그인 페이지를 띄워 보세요 — 로그인 전까지 DNS가 실패하는 경우가 많습니다.

해결 3: DNS 캐시 삭제 및 IP 갱신

캐시된 실패는 원인이 해결된 뒤에도 남아 있을 수 있습니다. 캐시를 비우면 실패한 조회를 포함해 저장된 모든 조회가 삭제되고, IP 임대를 갱신하면 기기가 받은 DNS 서버 목록이 새로고침됩니다.

# Windows (Command Prompt as Administrator)
ipconfig /flushdns
ipconfig /release
ipconfig /renew
netsh winsock reset

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

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

Windows의 netsh winsock reset 명령은 네트워크 스택 자체를 복구합니다 — 캐시 삭제만으로 해결되지 않을 때 실행할 가치가 있지만 재시작이 필요합니다. 플랫폼별 자세한 방법은 Windows, Mac, Linux, Chrome에서 DNS 캐시 삭제하기를 참고하세요.

해결 4: Chrome 내부 DNS 캐시 삭제

Chrome은 운영체제와 별개로 자체 DNS 캐시를 유지합니다. Chrome 내부에 캐시된 실패한 조회는 OS 수준의 캐시 삭제 후에도 살아남으므로 둘 다 비워야 합니다.

• 주소창에 chrome://net-internals/#dns를 입력하고 Clear host cache를 클릭
• 이어서 chrome://net-internals/#sockets를 열고 Flush socket pools를 클릭
• Chrome을 재시작하고 사이트를 다시 열어 보기

해결 5: Chrome의 보안 DNS 설정 확인

Chrome은 DNS over HTTPS로 DNS 조회를 암호화할 수 있습니다. 바로 보안 DNS 사용 설정입니다. 이 설정이 주소가 잘못 입력됐거나, 서비스가 종료됐거나, 네트워크에서 차단된 커스텀 제공업체를 가리키면 다른 앱은 멀쩡한데 Chrome의 조회만 실패합니다.

확인 방법:

• 주소창에 chrome://settings/security를 입력
• 고급에서 보안 DNS 사용을 찾기
• DNS 제공업체 선택에서 커스텀 URL 대신 OS 기본값(가능한 경우) 또는 Google, Cloudflare 같은 목록의 제공업체를 선택
• 또는 잠시 꺼서 원인인지 확인한 뒤, 작동하는 제공업체로 다시 켜기
• 페이지를 새로고침

해결 6: 공용 DNS 서버로 전환

ISP의 DNS 리졸버가 느리거나 불안정하거나 다운됐다면, 기기를 공용 리졸버로 바꾸는 것만으로 이름 확인이 즉시 복구되고 보통 브라우징 속도도 빨라집니다.

Windows: 설정 → 네트워크 및 인터넷 → Wi-Fi → 알려진 네트워크 관리 → 사용 중인 네트워크(유선은 이더넷 → 사용 중인 네트워크) → "DNS server assignment" 옆의 편집 → 수동 → IPv4 켜기 → 기본 설정 DNS 1.1.1.1, 대체 DNS 1.0.0.1 → 저장.

macOS: 시스템 설정 → 네트워크 → Wi-Fi → 세부사항 → DNS → 기존 항목을 지우고 1.1.1.1과 1.0.0.1 추가 → 확인.

iPhone: 설정 → Wi-Fi → 네트워크 옆 (i) 탭 → DNS 구성 → 수동 → 1.1.1.1과 1.0.0.1 추가.

우리 지역에서 어떤 리졸버가 가장 빠른지 모르겠다면? DNS Robot의 DNS 속도 테스트로 내 회선에서 직접 벤치마크해 보세요.

해결 7: 라우터 재시작

대부분의 가정용 기기는 DNS 쿼리를 라우터로 보내고, 라우터가 이를 ISP로 전달합니다. 라우터의 DNS 포워더가 오작동하면 Wi-Fi는 연결된 것처럼 보여도 네트워크의 모든 기기가 ERR_NAME_NOT_RESOLVED를 띄우기 시작합니다.

라우터(와 모뎀)의 전원을 30초간 뽑았다가 다시 꽂고 2–3분 기다리세요. 며칠 안에 이름 확인이 또 실패한다면, 기기들이 라우터의 포워더에 의존하지 않도록 공용 DNS 서버를 직접 설정하거나(해결 6), 라우터 자체의 DNS 설정을 1.1.1.1 / 8.8.8.8로 바꾸세요.

해결 8: Android의 Private DNS 확인

Android의 비공개 DNS(Android 9 이상)는 모든 앱의 DNS를 암호화합니다. 제공업체 호스트 이름을 설정한 상태에서 오타(dns.gogle, one.one.one.one1)가 있거나 제공업체가 서비스를 종료하면, Wi-Fi와 모바일 데이터 모두에서 휴대폰의 모든 조회가 멈추고 Android는 "비공개 DNS 서버에 액세스할 수 없습니다."라고 경고합니다.

확인 방법:

• 설정 열기 → 네트워크 및 인터넷 → 비공개 DNS(간혹 '기타 연결 설정' 아래에 있음)
• "비공개 DNS 제공업체 호스트 이름"이 선택돼 있다면 정확히 one.one.one.one(Cloudflare) 또는 dns.google(Google)인지 확인
• 또는 자동을 선택해 휴대폰이 결정하게 한 뒤 다시 테스트
• Chrome 캐시도 삭제: Chrome → 설정 → 개인 정보 보호 및 보안 → 인터넷 사용 기록 삭제

해결 9: hosts 파일, VPN, 백신 확인

세 가지 로컬 요소가 특정 사이트 또는 모든 사이트의 이름 확인을 망가뜨릴 수 있습니다:

hosts 파일 — 수동 항목은 DNS를 완전히 무시합니다. 파일을 열어(C:\Windows\System32\drivers\etc\hosts — Windows, /etc/hosts — Mac/Linux) 접속할 수 없는 도메인이 적힌 줄을 제거하세요.

VPN — VPN 터널은 연결됐는데 그 DNS 서버가 응답을 멈추면 모든 이름 확인이 죽습니다. VPN을 끊고 테스트해 보세요. 해결된다면 VPN 서버를 바꾸거나 VPN 앱이 공용 DNS를 쓰도록 설정하세요.

백신 / 자녀 보호 — 웹 필터링 모듈은 사용자를 대신해 이름을 확인하는데, 이 과정이 실패하거나 특정 카테고리 사이트를 의도적으로 차단할 수 있습니다. 웹 보호 모듈을 잠시 끄고 테스트한 뒤 다시 켜세요.

웹사이트 운영자라면: 도메인이 확인되지 않을 때

방문자들이 내 도메인에서 ERR_NAME_NOT_RESOLVED를 보고한다면 DNS 구성이 유력한 용의자입니다. 순서대로 점검하세요:

• A/AAAA 레코드가 존재하나요? DNS 조회로 도메인을 조회하세요. A나 AAAA 레코드가 없으면 브라우저가 연결할 대상이 없습니다.
• 네임서버가 응답하나요? 네임서버 조회로 NS 레코드를 확인하세요. DNS 제공업체가 다운됐거나 등록기관의 네임서버가 잘못됐다면 도메인 전체가 실패합니다.
• 최근에 DNS를 변경했나요? 변경 사항은 이전 응답의 TTL이 만료되면서 리졸버마다 차례로 반영됩니다. 새 이름은 "존재하지 않음" 응답을 준 존의 SOA 레코드에 적힌 네거티브 캐싱 시간 동안 캐시된 그 응답에 막힐 수도 있습니다. 새로 등록한 .com이나 .net은 15분, Cloudflare의 새 서브도메인은 30분입니다.
• 도메인이 보류(hold) 상태인가요? WHOIS 조회에 clientHold나 serverHold가 표시되면(대개 미결제나 등록자 이메일 미인증 때문) 도메인이 DNS에서 빠진 것입니다. 만료된 도메인은 대신 등록기관의 갱신 페이지나 주차(parking) 페이지가 표시되는 경우가 더 많습니다.
• DNSSEC이 깨졌나요? 잘못된 서명은 검증하는 리졸버(Google, Cloudflare, Quad9 모두 검증함)가 도메인 전체를 거부하게 만들고 검증하지 않는 리졸버는 계속 응답하기 때문에, 방문자에게는 무작위로 보입니다. DNS Robot의 DNS 상태 검사는 다른 레코드와 함께 DNSSEC도 점검합니다.

해결됐는지 확인하는 방법

페이지 새로고침만 반복하지 말고 DNS 확인을 직접 검증하세요:

# Ask your current resolver:
nslookup example.com

# Ask a specific public resolver (bypasses your settings):
nslookup example.com 1.1.1.1

# Mac/Linux — more detail:
dig example.com +short

# If nslookup with 1.1.1.1 works but plain nslookup fails,
# your configured DNS server is the problem — switch it (Fix 6).

터미널에서는 도메인이 확인되는데 Chrome이 여전히 ERR_NAME_NOT_RESOLVED를 띄운다면 문제는 Chrome 내부입니다 — 호스트 캐시를 비우고(해결 4) 보안 DNS를 점검하세요(해결 5). 도메인이 전 세계 어디서나 확인되는지 최종 확인하려면 DNS Robot의 DNS 조회에 돌려 보세요.