한 사이트를 열 때 ERR_NAME_NOT_RESOLVED가 보이면 사이트 이름으로 접속 주소를 찾는 과정을 확인해야 합니다. ERR_CONNECTION_TIMED_OUT처럼 연결 시간이 초과된 경우에는 서버와 통신 경로까지 범위가 넓어집니다. 같은 ‘접속 실패’여도 화면의 오류 문구와 다른 기기에서의 결과를 함께 봐야 다음 확인을 정할 수 있습니다. DNS는 사이트 이름으로 접속할 위치를 찾는 과정입니다.
Windows 11과 데스크톱 Chrome을 기준으로, 설정을 바꾸기 전에 오류 문구와 비교 결과를 남기는 순서입니다. 회사·학교의 내부 주소나 VPN 전용 사이트는 개인 인터넷과 같은 기준으로 시험하지 않습니다.
오류 코드를 기록하고 다른 사이트도 안 열리는지 확인하세요
주소에 오타가 없는지 확인한 뒤 새로고침을 한 번 합니다. 같은 오류가 남으면 발생 시각과 오류 코드를 적으세요. 주소에는 로그인 토큰이나 개인정보가 들어갈 수 있으므로, 다른 사람에게 보낼 때는 그런 부분을 제외합니다.
| 화면에 보이는 단서 | 먼저 볼 범위 |
|---|---|
| ERR_NAME_NOT_RESOLVED | 호스트명과 DNS 이름 해석 |
| ERR_CONNECTION_TIMED_OUT | 서버 응답 지연·연결 경로. DNS 고장으로 확정하지 않습니다. |
| ERR_CONNECTION_RESET | 연결 중단. 네트워크·VPN·보안 소프트웨어 등과 비교합니다. |
| 인증서·비공개 연결 경고 | 시간·주소·인증서 문제. 경고를 우회하거나 로그인을 진행하지 않습니다. |
| HTTP 403·404·500 등 | 접근 거부·경로·서버 응답을 구분합니다. DNS 변경부터 할 근거는 아닙니다. |
오류 코드는 원인의 단서입니다. 같은 코드라도 원인이 하나로 정해지는 것은 아닙니다. Chrome의 오류 안내도 연결·브라우저·웹사이트 문제를 구분합니다.
네 가지 비교를 한 번에 섞지 않습니다
- 같은 PC의 다른 브라우저에서 같은 공개 주소를 엽니다. 한 브라우저만 실패하면 그 브라우저의 설정·확장·사이트 데이터가 후보입니다.
- 같은 Wi-Fi의 다른 기기에서 확인합니다. 두 기기 모두 실패하면 한 PC의 문제보다는 공통 경로를 먼저 봅니다.
- 휴대전화의 Wi-Fi를 끄고 모바일 데이터로 공개 사이트를 확인합니다. 데이터 이용료와 조직 정책에 유의하세요. 내부 업무 주소는 외부에서 원래 열리지 않을 수 있습니다.
- 같은 방식으로 정상 사이트 하나를 비교합니다. 여러 사이트가 함께 실패하면 이 글의 ‘한 사이트 문제’에서 일반 연결 문제로 범위를 넓힙니다.
모바일 데이터에서만 열린다면 가정·조직 네트워크 경로가 후보가 됩니다. 다만 통신사·접속 지역·서버 정책도 달라지므로 이것만으로 DNS가 원인이라고 판정하지는 않습니다. Google도 먼저 URL과 연결 범위를 확인하라고 안내합니다. Chrome 연결 문제 확인 순서
nslookup에는 전체 URL이 아니라 호스트명만 넣습니다
예를 들어 https://example.com/help?q=test에서 조회할 값은 example.com입니다. 시작 → 터미널 검색 → 열기 또는 명령 프롬프트를 열고 다음처럼 입력합니다. 아래는 명령 형식 예시이며, 본인 문제 사이트의 호스트명으로 바꾸셔야 합니다.
nslookup example.com출력 첫 부분의 Server / Address는 질문을 받은 DNS 서버이고, 그 아래의 Name / Addresses가 조회한 이름의 응답입니다. 첫 번째 Address를 웹사이트 주소로 착각하지 마세요. IP가 여러 개 나오거나 기기마다 다르다는 사실만으로도 오류가 확정되지는 않습니다.
| 조회 결과 | 이 결과가 뜻하는 범위 |
|---|---|
| 이름과 주소가 반환됨 | 해당 DNS 질의는 성공. 웹 접속 성공이나 브라우저의 DNS 경로까지 증명하지는 않습니다. |
| Nonexistent domain | 해당 응답에서 이름이 없다고 판단. 철자·접속 대상·내부 전용 이름 여부를 확인합니다. |
| timed out | 정해진 시간 안에 DNS 응답을 받지 못함. 사이트 자체가 사라졌다는 뜻은 아닙니다. |
| Server failure / Refused | DNS 서버 처리 실패 또는 질의 거절. 결과를 기록하고 관리자·통신사에 전달할 단서입니다. |
nslookup은 두 번째 인수를 생략하면 기본 DNS 서버를 이용합니다. Microsoft는 각 오류의 의미를 별도로 설명하고 있습니다. nslookup 공식 명령 안내
조회는 되는데 Chrome만 안 된다면
nslookup 조회가 성공했더라도 Chrome의 DNS 설정은 따로 확인해야 합니다. Chrome은 오른쪽 위 더보기 → 설정 → 개인정보 보호 및 보안 → 보안 → 고급 → 보안 DNS 사용에서 별도 공급자를 사용할 수 있습니다. 따라서 Windows의 nslookup 결과와 브라우저가 실제 사용하는 경로가 같다고 가정하면 안 됩니다.
이 화면에서는 먼저 현재 공급자와 관리됨 표시를 기록하세요. 조직이 정한 설정을 우회하거나 보안을 일괄 해제하지 않습니다. 개인 PC에서 자신이 지정한 공급자를 쓴다면 해당 공급자의 장애 공지를 확인하고, 이전 정상 설정이 무엇이었는지부터 대조합니다. Google은 기본 자동 모드와 사용자 지정 공급자의 동작 차이를 안내합니다. Chrome 보안 DNS 설정
같은 사이트가 다른 브라우저에서는 열린다면 Chrome의 더보기 → 새 시크릿 창에서 공개 페이지를 비교할 수 있습니다. 시크릿에서 열린다는 결과는 일반 창과 시크릿 창의 조건이 다름을 보여줄 뿐, 확장 하나가 원인이라는 확정은 아닙니다. 시크릿 실행을 허용한 확장과 로그인 상태도 다를 수 있습니다. 확장 쪽으로 좁혀졌다면 그 확장 이름·버전과 해당 사이트 접근 허용 상태를 기록하세요. 시크릿 창에서 된다는 이유만으로 모든 확장이나 전체 사이트 데이터를 한꺼번에 지우지는 않습니다.
DNS 캐시는 증거가 있을 때 한 번만 비웁니다
Microsoft의 DNS 진단 문서는 nslookup이 Windows 클라이언트 DNS 캐시를 사용하지 않는다고 설명합니다. 직접 조회는 정상인데 Windows 캐시에 이전에 주소를 찾지 못했다는 응답이 남은 상황이라면 다음 순서가 맞습니다. 먼저 현재 캐시에서 실패 이름이 있는지 확인합니다.
ipconfig /displaydns결과 전체에는 다른 접속 이름도 포함될 수 있습니다. 공개 게시판에 통째로 붙이지 말고 문제 이름과 관련된 결과만 확인하세요. 주소를 찾지 못했던 결과를 보관한 캐시가 원인 후보라면 시작 → 터미널 검색 → 관리자 권한으로 실행에서 아래 명령을 한 번 실행한 뒤 같은 URL을 다시 비교합니다.
ipconfig /flushdns이 명령은 로컬 DNS 캐시를 비웁니다. 공유기 설정·사이트의 원본 주소 정보를 제공하는 권한 DNS의 기록·서버 장애를 고치거나, 사용자 지정 브라우저 DNS의 정상 여부를 보장하는 명령은 아닙니다. 실패가 그대로면 반복 실행하지 않습니다. ipconfig 옵션 안내
직접 설정을 바꾸기보다 담당자에게 알려야 할 경우
- 여러 네트워크에서 같은 사이트만 실패: 사이트 공지와 서비스 상태를 확인하고 운영자에게 오류 시각·코드·공개 경로를 보냅니다.
- 같은 네트워크에서 DNS 조회도 반복 실패: 개인 네트워크면 통신사·공유기 관리자에게, 업무망이면 IT 담당자에게 비교 결과를 전달합니다.
- VPN 연결 때만 내부 주소가 열림: 원래의 내부 이름 해석 정책일 수 있습니다. 공개 DNS로 바꾸지 말고 정상 사용 조건을 확인합니다.
- DNS는 정상인데 연결 실패: IP를 주소창에 직접 넣거나 인증서 경고를 넘겨서 해결하려 하지 않습니다. HTTPS 인증·호스트 선택이 달라져 진단이 더 흐려질 수 있습니다.
담당자에게는 발생 시각 / 오류 코드 / 다른 브라우저 결과 / 같은 Wi-Fi의 다른 기기 결과 / 모바일 데이터 결과 / nslookup 결과를 남기면 됩니다. 개인정보나 내부 주소는 공개 공유하지 마세요. 정리가 어렵다면 문제 상황 정리 도구에 민감한 값 대신 증상만 적어 보셔요.
점검을 마칠 수 있는 기준은 ‘DNS를 새 값으로 바꿨다’가 아닙니다. 같은 주소를 다시 열어 정상 여부를 확인했거나, 실패 범위와 다음 담당자가 분명해졌을 때 점검이 끝납니다.