DNS 캐시 문제로 특정 사이트만 접속되지 않을 때 진단하는 순서

인터넷은 정상적으로 연결돼 있는데 특정 사이트만 열리지 않는다면 DNS 캐시 문제를 의심할 수 있다. DNS는 사람이 입력한 도메인 주소를 서버의 IP 주소로 변환하는 체계다. 컴퓨터와 브라우저, 공유기는 접속 속도를 높이기 위해 변환 결과를 일정 시간 저장한다. 그러나 사이트가 서버를 이전하거나 IP 주소를 변경했는데 오래된 정보가 남아 있으면 특정 사이트만 접속되지 않을 수 있다. 이때 무작정 네트워크 설정을 변경하기보다 아래 순서대로 원인을 분리해야 불필요한 작업을 줄일 수 있다.

1. 사이트 자체 장애인지 내 기기의 문제인지 먼저 구분하기

가장 먼저 확인할 것은 해당 사이트가 모든 사용자에게 열리지 않는지, 내 컴퓨터에서만 열리지 않는지다. 같은 인터넷을 사용하는 다른 컴퓨터나 스마트폰에서 사이트를 열어 본다. 스마트폰은 와이파이로 한 번, 와이파이를 끈 뒤 모바일 데이터로 다시 접속해 보는 것이 좋다. 모바일 데이터에서는 열리지만 집이나 사무실 와이파이에서만 열리지 않는다면 공유기, 인터넷 통신사 DNS 또는 네트워크 캐시가 원인일 가능성이 높다. 반대로 모든 환경에서 접속되지 않는다면 사이트 서버 장애나 도메인 설정 문제일 수 있다.

주소 입력 오류도 반드시 확인해야 한다. www가 포함된 주소와 포함되지 않은 주소가 서로 다르게 설정된 사이트도 있으며, 이전 주소를 북마크에 저장했을 수도 있다. 검색 결과에서 해당 사이트를 찾아 접속하거나 주소창에 공식 주소를 직접 입력한다. 오류 메시지도 기록해 둔다. ‘서버 IP 주소를 찾을 수 없음’은 DNS 문제와 관련될 가능성이 크지만, ‘연결 시간이 초과됨’이나 ‘연결이 거부됨’은 방화벽·서버·통신 경로 문제일 수 있다.

2. 브라우저 문제와 운영체제 DNS 문제를 분리하기

특정 브라우저에서만 사이트가 열리지 않을 수도 있으므로 크롬에서 문제가 발생했다면 엣지나 파이어폭스 등 다른 브라우저로 접속해 본다. 다른 브라우저에서는 정상적으로 열린다면 운영체제 전체의 DNS 문제보다는 브라우저 캐시, 확장 프로그램, 보안 설정 또는 브라우저 자체 DNS 기능이 원인일 가능성이 높다. 시크릿 창에서 접속하는 방법도 도움이 된다. 시크릿 창에서는 일반 쿠키와 일부 저장 데이터의 영향을 덜 받기 때문이다.

다만 시크릿 창에서도 동일한 문제가 나타난다고 해서 곧바로 DNS 장애라고 단정할 수는 없다. 광고 차단기, 보안 확장 프로그램, 백신의 웹 보호 기능이 모든 창에 적용될 수 있기 때문이다. 확장 프로그램은 잠시 비활성화하고 다시 확인하되, 보안 프로그램을 완전히 삭제할 필요는 없다. 브라우저에서 ‘보안 DNS’ 또는 ‘DNS over HTTPS’를 사용하는 경우 브라우저가 윈도우와 다른 DNS 서버를 이용할 수 있다. 따라서 브라우저별 결과를 비교하면 문제가 발생하는 계층을 더 정확하게 찾을 수 있다.

3. 명령 프롬프트에서 DNS 조회 결과 확인하기

윈도우 검색창에 ‘명령 프롬프트’를 입력해 실행한 뒤 nslookup 사이트주소를 입력하면 현재 DNS 서버가 반환하는 IP 주소를 확인할 수 있다. 예를 들어 nslookup example.com처럼 입력한다. 결과에 서버 주소와 사이트의 IP 주소가 정상적으로 표시된다면 기본적인 DNS 조회는 이루어진 것이다. 반대로 ‘요청 시간이 초과되었습니다’, ‘존재하지 않는 도메인’ 또는 서버를 찾을 수 없다는 메시지가 표시되면 DNS 서버의 응답이나 도메인 설정을 점검해야 한다.

한 번의 조회 결과만으로 원인을 확정해서는 안 된다. nslookup example.com 1.1.1.1 또는 nslookup example.com 8.8.8.8처럼 다른 공용 DNS 서버를 지정해 결과를 비교할 수 있다. 기본 DNS에서는 조회가 실패하지만 공용 DNS에서는 정상 IP가 나온다면 통신사 DNS나 공유기에 저장된 정보가 오래됐을 가능성이 있다. 두 DNS가 서로 다른 IP를 반환하더라도 CDN이나 지역별 분산 서버를 사용하는 사이트에서는 정상일 수 있다. 따라서 IP가 다르다는 사실보다 응답 여부와 접속 가능 여부를 함께 확인해야 한다.

4. 윈도우와 브라우저의 DNS 캐시를 안전하게 초기화하기

윈도우 DNS 캐시를 삭제하려면 명령 프롬프트를 관리자 권한으로 실행한 뒤 ipconfig /flushdns를 입력한다. ‘DNS 확인자 캐시를 플러시했습니다’라는 메시지가 나오면 저장된 DNS 정보가 초기화된 것이다. 이 작업은 개인 파일이나 인터넷 설정을 삭제하지 않으며, 다음 접속부터 DNS 주소를 새로 조회하게 만든다. 명령을 실행한 뒤 사용하던 브라우저를 완전히 종료했다가 다시 실행하고 문제가 있던 사이트에 접속한다.

브라우저가 자체 DNS 캐시나 보안 DNS 기능을 사용한다면 윈도우 캐시 삭제만으로 해결되지 않을 수 있다. 이때 브라우저를 완전히 종료하거나 컴퓨터를 재시작해 본다. 개인정보 전체 삭제부터 진행하면 로그인 정보와 사이트 설정까지 사라질 수 있으므로 처음부터 쿠키와 비밀번호를 모두 지우는 것은 권장하지 않는다. 캐시 초기화 후 잠시 사이트가 열렸다가 다시 막힌다면 DNS보다 보안 프로그램, 프록시, 공유기 필터링 또는 잘못된 도메인 설정이 원인일 가능성이 커진다.

5. DNS 서버를 변경해 응답 차이 비교하기

기존 DNS 캐시를 삭제해도 해결되지 않는다면 DNS 서버를 일시적으로 변경해 비교한다. 윈도우 네트워크 어댑터의 IPv4 설정에서 자동 DNS 대신 신뢰할 수 있는 공용 DNS를 지정할 수 있다. 대표적인 예로 Cloudflare의 1.1.1.1, Google Public DNS의 8.8.8.8 등이 있다. 변경 후에는 다시 ipconfig /flushdns를 실행하고 사이트 접속 여부를 확인한다. 공용 DNS로 변경한 뒤 바로 접속된다면 기존 통신사 DNS의 갱신 지연이나 응답 오류가 원인이었을 가능성이 있다.

DNS 변경은 모든 인터넷 장애를 해결하는 만능 방법은 아니다. 회사·학교 네트워크는 내부 사이트 접속이나 보안 정책을 위해 지정 DNS를 사용할 수 있으므로 임의 변경 시 내부 서비스가 열리지 않을 수 있다. 또한 자녀 보호, 악성 사이트 차단 등의 기능이 DNS에 적용돼 있었다면 공용 DNS 사용 후 해당 보호 기능이 달라질 수 있다. 따라서 변경 전 기존 설정이 ‘자동’인지 수동 주소인지 기록하고, 테스트가 끝난 뒤 문제가 해결되지 않으면 원래 설정으로 되돌리는 것이 안전하다.

6. 공유기·프록시·VPN·HOSTS 파일까지 점검하기

여러 기기에서 같은 사이트만 접속되지 않는다면 공유기의 DNS 캐시나 필터링 기능을 점검한다. 공유기 전원을 끈 뒤 약 10초 정도 기다렸다가 다시 켜면 임시 DNS 정보와 연결 상태가 새로 구성될 수 있다. 단, 초기화 버튼을 누르면 와이파이 이름과 비밀번호 등 전체 설정이 지워질 수 있으므로 단순 재부팅과 공장 초기화를 혼동하면 안 된다. 공유기 관리자 화면에 사이트 차단, 자녀 보호, 보안 DNS 기능이 설정돼 있는지도 확인한다.

VPN이나 프록시를 사용하면 사이트가 실제 위치와 다른 네트워크 경로와 DNS 서버를 통해 연결될 수 있다. 이를 잠시 해제한 뒤 결과를 비교한다. 윈도우의 HOSTS 파일에 특정 도메인이 잘못 등록돼 있어도 DNS 조회보다 해당 설정이 우선 적용될 수 있다. HOSTS 파일은 시스템 파일이므로 무작정 삭제하지 말고 문제의 도메인과 관련된 항목이 있는지만 확인해야 한다. 회사나 기관에서 관리하는 컴퓨터라면 보안 정책에 따른 설정일 수 있으므로 관리자 확인 없이 수정하지 않는 것이 좋다.

7. DNS 문제가 아닐 가능성과 최종 진단 기준 확인하기

DNS 조회가 정상이고 올바른 IP가 반환되는데도 사이트가 열리지 않는다면 문제는 다른 계층에 있을 수 있다. 방화벽이나 백신의 웹 차단 기능, 잘못된 시스템 날짜와 시간, HTTPS 인증서 오류, 브라우저의 오래된 쿠키, 서버의 특정 IP 차단 등이 대표적이다. ping 명령이 실패해도 사이트 장애라고 단정할 수는 없다. 많은 서버가 보안을 위해 ping 응답을 차단하면서도 웹페이지 접속은 정상적으로 허용하기 때문이다. 따라서 ping 결과보다 브라우저 오류 메시지와 DNS 조회 결과를 우선 비교해야 한다.

특정 네트워크에서만 접속되지 않고 모바일 데이터에서는 열린다면 공유기나 통신사 경로의 문제를 의심할 수 있다. 반대로 모든 네트워크에서 내 기기만 실패한다면 운영체제, 보안 프로그램 또는 브라우저 설정을 살펴야 한다. DNS 서버를 바꾸고 캐시를 초기화해도 동일하며, 다른 기기에서도 접속되지 않는다면 사이트 운영자의 DNS 레코드나 서버 장애일 가능성이 높다. 이때는 반복해서 컴퓨터 설정을 변경하기보다 오류 화면, 발생 시간, 사용한 네트워크와 nslookup 결과를 정리해 사이트 운영자나 통신사에 문의하는 것이 효율적이다.

DNS 캐시 초기화 및 DNS 변경의 장단점 분석

장점

• 컴퓨터에 남은 오래되거나 잘못된 도메인 정보를 빠르게 제거할 수 있다.
• 개인 파일을 삭제하지 않고 비교적 안전하게 실행할 수 있다.
• 특정 사이트만 접속되지 않는 문제의 원인 범위를 좁힐 수 있다.
• DNS 서버별 결과를 비교해 통신사 DNS 문제를 구분할 수 있다.
• 사이트가 서버를 이전한 직후 발생하는 접속 오류에 효과적일 수 있다.

단점 및 주의점

• DNS가 아닌 서버 장애나 방화벽 문제에는 효과가 없다.
• 캐시를 비운 직후 첫 접속이 일시적으로 느려질 수 있다.
• 회사나 학교에서 DNS를 임의 변경하면 내부 서비스가 제한될 수 있다.
• 공용 DNS 사용 시 기존의 유해 사이트 차단 정책이 달라질 수 있다.
• 반복 초기화만으로 근본적인 도메인 설정 오류를 해결할 수는 없다.
• 전체 네트워크 초기화를 성급하게 실행하면 저장된 연결 설정에 영향을 줄 수 있다.

일반적인 문제 해결 경험을 보면 ipconfig /flushdns 명령을 실행한 뒤 특정 사이트가 바로 열렸다는 반응이 적지 않다. 특히 사이트가 서버를 이전했거나 도메인 IP 주소를 변경한 직후에는 오래된 DNS 정보가 원인이 되는 경우가 있다. 사용자는 파일이나 프로그램이 삭제되지 않고 한 줄의 명령으로 문제를 해결할 수 있다는 점을 가장 큰 장점으로 평가한다. 공유기 재부팅과 함께 실행했을 때 해결됐다는 경험도 흔히 보고된다.

반면 DNS를 변경해도 차이가 없었다는 사용자도 많다. 이런 경우 실제 원인은 브라우저 확장 프로그램, 백신의 웹 보호 기능, VPN, 사이트 서버 장애 또는 접속 차단이었던 사례가 많다. 공용 DNS로 변경한 뒤 접속은 가능해졌지만 회사 내부 사이트가 열리지 않았다는 불편도 나타날 수 있다. 또한 인터넷에 소개된 여러 명령어를 한꺼번에 실행해 어떤 조치가 효과가 있었는지 알 수 없게 됐다는 반응도 있다.

내 의견

직접 점검해 보니 특정 사이트가 열리지 않을 때 바로 DNS 서버를 변경하거나 공유기를 초기화하는 실수를 하기 쉽다. 먼저 다른 기기·모바일 데이터·시크릿 창에서 접속해 사이트 장애와 브라우저 문제를 구분한 뒤, nslookup으로 DNS 응답을 확인하는 순서가 안전하다. DNS 캐시가 원인으로 의심될 때는 ipconfig /flushdns를 실행하고 브라우저를 다시 시작하면 된다. 한 번에 여러 설정을 바꾸기보다 조치 결과를 단계별로 확인해야 같은 문제가 재발했을 때 원인을 빠르게 찾을 수 있다고 생각한다.