ERR_NAME_NOT_RESOLVED 원인과 해결법

참조: 도메인 네임 (네이버 지식백과)

해외에 사는 친구에게 편지를 보내기 위해 국제 우체국에 갔는데, 편지 봉투에 적힌 영문 이름에 해당하는 수신인의 실제 주소와 거주지 번지표가 국제 전산망 어디에서도 조회되지 않아 접수원으로부터 편지 접수 자체를 거절당하는 상황을 상상해 보세요. 우편 비행기가 결항된 것이 아니라 편지를 배달할 목적지 번호표를 끝내 찾아내지 못한 것입니다.

구글 크롬 브라우저에서 ‘사이트에 연결할 수 없음’이라는 메시지와 함께 ‘서버 IP 주소를 찾을 수 없습니다’라는 설명 및 ERR_NAME_NOT_RESOLVED 에러 코드가 뜰 때도 이와 동일한 현상입니다. 사람이 읽는 도메인 이름을 컴퓨터가 이해하는 숫자 IP로 번역하는 과정에서 왜 실패가 일어나는지 원리를 분석하고, 인터넷 통신길을 복구하는 방법을 알아보겠습니다.

ERR_NAME_NOT_RESOLVED 오류의 의미와 도메인 주소 해석 실패

우리가 주소창에 영문 도메인(예: google.com)을 입력하면, 브라우저는 이 이름을 실제 서버의 사설/공인 IP 숫자로 변환하는 이름 해석(Name Resolution) 작업을 가장 먼저 수행합니다. 이 작업은 로컬 DNS 캐시와 통신사 네임서버를 통해 순차적으로 진행됩니다.

만약 네임서버가 해당 도메인에 매핑된 IP 레코드를 전혀 찾지 못했거나, 통신사 서버 응답이 유실되어 번역 결과를 끝내 받아오지 못하면 크롬은 즉시 ERR_NAME_NOT_RESOLVED 화면을 띄우며 접속을 중단합니다. 이는 웹 서버가 고장 난 것이 아니라 주소 번역 안내원이 목적지 번호를 찾지 못한 상태를 의미합니다.

주소 해석이 안 되는데 브라우저를 껐다 켜기만 반복하는 행동은 꼬여 있는 로컬 DNS 캐시 장부를 고쳐주지 못합니다.

명령 프롬프트 ipconfig /flushdns로 윈도우 DNS 캐시 일괄 삭제

가장 빈번한 원인은 윈도우 운영체제의 로컬 DNS 리졸버 캐시에 과거의 실패한 주소 조회 결과나 오염된 IP 정보가 그대로 굳어 있는 경우입니다. 시스템 캐시를 비워내야 합니다.

명령 프롬프트에서 DNS 리졸버 캐시 플러시 순서

키보드에서 Win + S를 누르고 cmd를 검색해 관리자 권한으로 실행합니다.
콘솔 창에 아래 명령어를 그대로 입력하고 엔터를 누릅니다.
ipconfig /flushdns
‘Windows IP 구성: DNS 확인자 캐시를 플러시했습니다’라는 문구가 출력되는지 확인합니다(DNS 확인자 캐시 플러시).
이어서 네트워크 세션을 재정돈하기 위해 ipconfig /registerdns를 실행합니다.
브라우저로 돌아가 해당 웹페이지를 새로고침합니다.

이 조치는 내 컴퓨터 메모리에 박혀 있던 낡고 오염된 주소 변환 장부를 깨끗하게 초기화하여 최신 정상 IP를 다시 물어보도록 만듭니다.

크롬 브라우저 내부 호스트 캐시(Host Cache) 비우기

윈도우 캐시를 비웠음에도 유독 크롬에서만 ERR_NAME_NOT_RESOLVED 오류가 이어진다면 크롬 브라우저 자체가 별도로 유지하는 내부 호스트 캐시 때문입니다.

크롬 자체 호스트 DNS 캐시 삭제 순서

크롬 브라우저 주소창에 chrome://net-internals/#dns를 입력하고 엔터를 누릅니다.
상단에 보이는 Clear host cache 버튼을 클릭합니다(크롬 호스트 캐시 삭제).
왼쪽 탭에서 Sockets로 이동한 뒤 Flush socket pools 버튼도 함께 눌러줍니다.
열려 있는 크롬 창을 모두 닫고 브라우저를 재실행합니다.

크롬의 렌더러 소켓과 내부 DNS 캐시가 동시에 정돈되면서 꼬여 있던 주소 해석 파이프라인이 즉각 풀려납니다.

네트워크 어댑터 IPv4 구글 공용 DNS(8.8.8.8) 수동 전환

로컬 캐시를 모두 비웠는데도 증상이 계속된다면 내가 이용 중인 인터넷 통신사(SK, KT, LGU+)의 기본 DNS 서버 자체가 일시적 트래픽 장애를 겪고 있거나 신규 도메인 갱신에 실패하고 있는 상태입니다.

Win + R → ncpa.cpl을 열어 네트워크 어댑터 속성의 TCP/IPv4 설정으로 이동하세요. DNS 서버 주소를 ‘자동’ 대신 전 세계에서 가장 안정적인 구글 공용 DNS 8.8.8.8(보조 8.8.4.4)이나 클라우드플레어 DNS(1.1.1.1)로 변경하면 통신사 서버 장애에 영향받지 않고 즉시 웹사이트에 연결됩니다.

도메인 해석 실패 원인(오타 vs DNS 캐시 오염 vs 네임서버 다운) 비교

구분 (실패 원인)	발생 메커니즘	진단 확인 상태	우선 실행 해결책
단순 도메인 철자 오타	등록되지 않은 잘못된 주소(.comm 등) 입력	모든 기기에서 일제히 에러 발생	주소창의 영문 철자 및 점(.) 위치 재확인
로컬 DNS 캐시 오염	과거 조회 실패 기록이 PC 메모리에 고착	스마트폰 LTE로는 열리나 내 PC만 차단	`ipconfig /flushdns` 및 크롬 호스트 캐시 삭제
통신사 DNS 서버 장애	통신사 네임서버 과부하로 질의 응답 시간 초과	해당 통신사 회선 사용자 전체가 접속 지연	네트워크 어댑터 속성에서 구글 DNS로 변경
공유기 DNS 프록시 멈춤	공유기 내부의 DNS 캐시 데몬 프로세스 다운	집안의 모든 기기에서 사이트 주소 해석 불가	통신사 모뎀과 무선 공유기 전원 리셋

핵심 정리

외국 친구의 영문 이름을 들고 우체국에 갔는데 주소 번지표가 조회되지 않아 편지를 보낼 수 없었던 비유처럼, ERR_NAME_NOT_RESOLVED 오류는 웹 브라우저가 사이트의 영문 도메인을 실제 통신 가능한 IP 숫자로 번역해 내지 못했을 때 일어납니다. 관리자 명령 프롬프트에서 DNS 확인자 캐시 플러시를 수행하고 크롬 호스트 캐시를 비운 뒤, 구글 공용 DNS 8.8.8.8로 주소 변환 관문을 우회해 주면 막혀 있던 웹사이트 통신을 시원하게 복구할 수 있습니다.

주소창에 엉뚱한 철자나 오타가 없는지도 꼼꼼히 살펴보세요. 아래 체크리스트로 도메인 이름 해석 환경을 점검해 보시기 바랍니다.