ERR_NAME_NOT_RESOLVED: 의미와 해결 방법

Chrome은 "사이트에 연결할 수 없음"이라는 제목 아래에 ERR_NAME_NOT_RESOLVED를 표시하며, 보통 그 옆에 "서버의 IP 주소를 찾을 수 없습니다"라는 줄이 함께 나옵니다. 이 코드는 Chrome이 내부 네트워크 오류 -105에 붙인 이름표입니다. 브라우저가 호스트 이름에 해당하는 주소를 물었지만 사용할 수 있는 답을 받지 못했기 때문에, 웹사이트에 연결을 시도조차 하지 않았다는 뜻입니다.

따라서 이것은 웹 서버가 아니라 DNS의 증상입니다. 할 일은 어느 계층이 포기했는지 찾는 것입니다. 브라우저, 운영체제, VPN, 공유기, 통신사의 리졸버, 또는 도메인 자체의 레코드 중 하나입니다.

오류 코드가 실제로 말해 주는 것

www.example.com 같은 호스트 이름은 페이지가 로드되기 전에 192.0.2.10 같은 주소로 바뀌어야 합니다. 이 단계가 실패하면 Chrome은 추측하지 않고 실패를 보고합니다. -105는 Chromium의 네트워크 코드가 "이름을 확인하지 못함"에 부여한 번호일 뿐입니다. 이 이름표는 범위가 넓어서 "이름이 존재하지 않는다"는 응답, 시간 초과, 거부된 조회를 모두 포함합니다.

다른 두 DNS 메시지와의 차이

이 영역의 대부분은 세 가지 메시지로 설명됩니다. 서로 가까운 친척입니다. Chrome은 조회에 실패하면 진단 탐지를 이어서 실행하는 경우가 많고, 어떤 메시지가 보이는지는 탐지 결과, 플랫폼, 브라우저 버전에 따라 달라집니다. 표는 참고용으로 보세요.

"이름이 존재하지 않는다"는 응답이 네트워크상에서 무엇을 뜻하는지는 NXDOMAIN 설명을 읽어 보세요. 코드 자체는 누구의 잘못인지 알려 주지 않으므로, 가장 비용이 적게 드는 질문부터 차례로 시험합니다.

첫 번째 시험: 다른 곳에서는 이름이 확인되는가?

설정을 하나라도 바꾸기 전에, 다른 기기나 다른 네트워크에서 같은 주소를 열어 보세요. 모바일 데이터를 쓰는 휴대폰이 좋습니다. 거기서 사이트가 열린다면 문제는 사용자의 경로에 있습니다. 어디서나 실패한다면 도메인의 DNS가 원인일 가능성이 큽니다.

내 네트워크 밖에서 이름을 조회할 수도 있습니다. 호스트 이름을 DNS 조회 도구에 붙여 넣고 주소 레코드가 돌아오는지 확인하세요. 이 도구는 www.example.com 같은 전체 호스트 이름을 요구하며, IP 주소나 intranet 같은 단일 레이블 이름은 거부합니다. A 레코드나 AAAA 레코드가 없다면 문제는 도메인에 있습니다. 주소가 돌아오는데도 Chrome이 실패한다면 문제는 로컬에 있습니다.

데스크톱 Chrome에서 해결하기

영향이 가장 적은 것부터 가장 큰 것 순으로 진행하세요. 어느 단계가 효과가 있었는지 알 수 있도록 단계마다 페이지를 시험해 보세요.

1. 1

   시크릿 창에서 다시 시도

   시크릿 모드는 대부분의 확장 프로그램 없이 시작됩니다. 거기서 사이트가 열린다면 광고 차단기, 개인정보 보호 필터, VPN 부가 기능이 간섭하고 있는 것이므로 확장 프로그램을 하나씩 끄세요.

2. 2

   Chrome의 호스트 캐시 지우기

   chrome://net-internals/#dns를 열고 Clear host cache(호스트 캐시 지우기) 버튼을 누르세요. Chrome은 운영체제와는 별도로 조회 기록을 짧은 기간 자체적으로 보관합니다. 사용 중인 버전에 이 버튼이 없다면 Chrome을 다시 시작해도 같은 캐시가 지워집니다.

3. 3

   운영체제 캐시 비우기

   Windows에서는 터미널에서 ipconfig /flushdns를 실행하세요. macOS에서는 버전에 따라 명령어가 다르며, 흔히 쓰는 것은 sudo dscacheutil -flushcache 다음에 sudo killall -HUP mDNSResponder를 실행하는 방법입니다. DNS 캐시 비우기 가이드에 Linux를 포함한 여러 방법이 정리되어 있습니다.

4. 4

   hosts 파일 확인

   hosts 파일에 오래된 줄이 있으면 DNS를 완전히 덮어씁니다. Windows에서는 C:\Windows\System32\drivers\etc\hosts, macOS와 Linux에서는 /etc/hosts에서 실패하는 호스트 이름을 찾아, 직접 의도해서 추가하지 않은 줄은 삭제하거나 주석 처리하세요.

5. 5

   VPN, 프록시, 필터링 소프트웨어 끄기

   VPN 클라이언트와 보안 소프트웨어는 DNS를 자체 리졸버로 보내는 경우가 많습니다. 연결을 끊고 다시 시험해 보세요.

6. 6

   다른 DNS 서버 사용

   공유기나 통신사의 리졸버가 약한 고리라면 어댑터를 1.1.1.1이나 8.8.8.8 같은 공용 리졸버로 설정하고 다시 시험해 보세요.

Chrome에는 설정, 개인정보 보호 및 보안, 보안 아래에 보안 DNS 사용 옵션도 있습니다. 이것이 켜져 있으면 Chrome이 시스템 리졸버를 우회할 수 있습니다. 터미널 조회는 성공하는데 Chrome만 실패한다면 이 옵션을 전환해서 두 경로를 구분해 보세요.

시스템과 선택한 리졸버의 응답 비교하기

이 명령어들은 두 리졸버에 같은 질문을 합니다. 이름은 실패하는 것으로 바꾸세요.

nslookup www.example.com
nslookup www.example.com 1.1.1.1

# macOS or Linux, if dig is installed
dig www.example.com A +short
dig @1.1.1.1 www.example.com A +short

기본 리졸버는 이름이 존재하지 않는다고 하는데 공용 리졸버는 203.0.113.25 같은 주소를 돌려준다면, 기본 리졸버가 오래된 정보를 갖고 있거나 필터링하고 있는 것입니다. 둘 다 실패한다면 도메인의 레코드가 없거나 네임서버가 응답하지 않는 것입니다. nslookup 도구는 내 네트워크 밖에서 세 번째 의견을 줍니다.

Android에서 해결하기

휴대폰이 Wi-Fi와 모바일 데이터를 오가기 때문에 Android의 Chrome에서는 ERR_NAME_NOT_RESOLVED가 흔합니다. 메뉴 이름은 제조사마다 다르므로 아래 경로는 일반적인 예입니다.

1. 네트워크를 바꿔 보세요. Wi-Fi를 끄고 모바일 데이터로 페이지를 불러온 다음, 반대로도 해 보세요. 한쪽에서는 되고 다른 쪽에서는 실패한다면 휴대폰이 아니라 그 네트워크의 리졸버나 공유기가 원인입니다.
2. 비행기 모드를 켰다가 10초 뒤에 끄세요.
3. 비공개 DNS(Private DNS)를 확인하세요. 보통 설정, 네트워크 및 인터넷, 비공개 DNS에 있지만, 일부 휴대폰에서는 연결 또는 추가 연결 설정 아래에 있습니다. 철자가 틀렸거나 더 이상 작동하지 않는 호스트 이름이 설정되어 있으면 모든 조회가 실패합니다. 시험을 위해 자동 또는 끔으로 설정해 보세요.
4. Wi-Fi 네트워크를 삭제한 뒤 다시 연결하세요. 직접 입력한 DNS 같은, 네트워크별로 저장된 설정이 지워집니다.
5. VPN이나 "DNS 변경" 앱을 끄고, 설정, 개인정보 보호 및 보안에 있는 Chrome 자체의 보안 DNS 사용 설정도 확인하세요.
6. Chrome에서만 실패한다면 Android 앱 설정에서 Chrome의 캐시를 지우세요.

Android 전용 가이드인 Android에서 DNS 캐시 비우는 방법에서는 대부분의 휴대폰에 단일 "비우기" 버튼이 없는 이유와 대신 해야 할 일을 설명합니다.

iPhone과 iPad에서 해결하기

iOS의 Chrome은 데스크톱 Chrome의 네트워킹 스택이 아니라 Apple의 웹 엔진 위에 만들어져 있으므로, 오류 페이지와 문구가 데스크톱과 다를 수 있습니다. 같은 주소에서 Chrome은 DNS 계열의 실패를 보여 주고 Safari는 "Safari에서 서버를 찾을 수 없음"을 보여 준다면, 같은 조회 실패를 두 가지 겉모습으로 보고 있는 것입니다. Safari에서는 사이트가 열리는데 Chrome에서는 열리지 않는다면 문제는 Chrome 안에 있습니다.

1. Wi-Fi와 셀룰러를 하나씩 껐다 켠 다음, 약 10초 동안 비행기 모드를 시험해 보세요.
2. Wi-Fi의 DNS 설정을 확인하세요. 설정, Wi-Fi를 열고 사용 중인 네트워크 옆의 정보 버튼을 눌러 DNS 구성을 보세요. 죽은 서버를 가리키는 수동 항목이 있으면 그 네트워크의 모든 조회가 실패합니다. 자동으로 바꾸거나 1.1.1.1 같은 작동하는 리졸버를 입력하세요.
3. iCloud 비공개 릴레이(iCloud Private Relay)를 확인하세요. iCloud+ 요금제를 쓰면 설정, 내 이름, iCloud, 비공개 릴레이에 있습니다. 현재 네트워크에서 끄면 원인에서 빠르게 제외해 볼 수 있습니다.
4. VPN 연결을 끊고, 설정, 일반, VPN 및 기기 관리에서 낯선 DNS 또는 구성 프로파일이 없는지 확인하세요. 학교, 회사, 필터링 앱의 프로파일이 DNS를 제어할 수 있습니다.
5. 네트워크 설정 재설정은 마지막 단계로 하세요. 설정, 일반, iPhone 전송 또는 재설정, 재설정, 네트워크 설정 재설정 순서입니다. 저장된 Wi-Fi 암호, 셀룰러 설정, VPN 구성이 지워지므로 먼저 적어 두세요.

증상으로 다음 단계 고르기

원인이 도메인 쪽에 있을 때

로컬에서 무엇을 바꿔도 결과가 달라지지 않는다면 도메인 자체를 살펴보세요. 흔한 용의자는 만료된 등록, 등록 기관에서는 바꿨지만 새 호스팅에서는 아직 설정되지 않은 네임서버, 그리고 루트 도메인은 열리는데 www 레코드가 빠진 경우입니다. 사이트가 example.com에서는 열리는데 www.example.com에서는 열리지 않는 것이 전형적인 사례입니다. 두 이름은 별개의 DNS 항목입니다.