노트북의 와이파이는 정상적으로 연결되어 있고 다른 웹사이트도 잘 열리는데, 유독 특정 사이트만 접속되지 않을 때가 있습니다.
이때 공유기부터 초기화하거나 Windows 네트워크 설정을 전부 재설정하면 잠시 해결될 수는 있어도 정확한 원인은 알 수 없습니다. 저장된 와이파이와 VPN·가상 네트워크 설정까지 함께 초기화될 수 있어 오히려 복구 작업이 늘어날 수도 있습니다.
먼저 결론부터 정리하면 다음 순서로 확인하는 것이 안전합니다.
다른 기기 비교 → 다른 브라우저 확인 → DNS 조회 결과 비교 → DNS 캐시 초기화 → Hosts·VPN·프록시 점검 → DNS 서버 변경 → 마지막에 네트워크 초기화
이 글에서는 Windows 11을 기준으로 DNS_PROBE_FINISHED_NXDOMAIN, “서버 IP 주소를 찾을 수 없습니다”, “사이트에 연결할 수 없음” 등의 오류를 진단하는 방법을 설명합니다.
먼저 하면 안 되는 행동
문제가 발생하자마자 다음 작업부터 진행하지 마세요.
- 공유기를 공장 초기화하는 것
- 출처가 불분명한 DNS 복구 프로그램을 설치하는 것
- 레지스트리 값을 임의로 삭제하는 것
- Windows 방화벽과 백신을 계속 꺼두는 것
- Hosts 파일을 확인하지 않고 통째로 삭제하는 것
- 회사·학교 PC의 DNS를 임의로 공용 DNS로 변경하는 것
- 해결되지 않은 상태에서 여러 설정을 동시에 바꾸는 것
여러 설정을 한꺼번에 바꾸면 어떤 조치가 효과가 있었는지 판단하기 어렵습니다. 특히 업무용 PC는 사내 DNS를 통해 내부 시스템 주소를 찾을 수 있으므로 관리자 확인 없이 DNS를 변경하면 내부 사이트 접속이 끊길 수 있습니다.
특정 사이트만 열리지 않는 원인
“사이트가 안 열린다”는 증상은 같아 보여도 실제 원인은 서로 다릅니다.
| 증상 | 가능성이 큰 원인 | 첫 번째 확인 |
|---|---|---|
| 같은 와이파이의 모든 기기에서 안 됨 | 사이트 장애, 공유기·통신사 DNS 문제 | 모바일 데이터로 접속 |
| 해당 PC에서만 안 됨 | DNS 캐시, Hosts, VPN, 보안 프로그램 | 다른 브라우저와 nslookup |
| 한 브라우저에서만 안 됨 | 확장 프로그램, 보안 DNS, 쿠키·캐시 | 시크릿 창 또는 다른 브라우저 |
| 도메인은 안 되지만 IP 조회는 됨 | DNS 이름 해석 문제 | 기본 DNS와 공용 DNS 비교 |
| 회사·학교 사이트만 안 됨 | 내부 DNS, VPN, 접근 정책 | 담당 관리자 문의 |
| 403·접근 거부가 표시됨 | 사이트 차단 정책, IP·지역 제한 | VPN·프록시 해제 |
| 인증서 경고가 표시됨 | 날짜 오류, 인증서·중간자 문제 | 시스템 날짜와 인증서 확인 |
403, 404, 500처럼 숫자로 표시되는 HTTP 오류는 DNS 오류와 다릅니다. 서버까지는 접속했지만 서버가 요청을 거부했거나 페이지를 찾지 못한 상황이므로 DNS 초기화만으로 해결되지 않을 수 있습니다.
DNS는 어떤 역할을 하나요?

브라우저에 웹사이트 주소를 입력하면 컴퓨터는 해당 이름에 연결된 IP 주소를 확인해야 합니다.
예를 들어 사용자가 주소를 입력하면 Windows의 DNS 캐시와 설정된 DNS 서버가 순서대로 조회에 참여합니다. 올바른 IP 주소가 반환되어야 브라우저가 목적지 서버에 연결할 수 있습니다
Microsoft는 DNS 이름 해석 문제의 주요 범주를 클라이언트 설정, DNS 서버, 클라이언트와 DNS 서버 사이의 중간 장치로 구분합니다. Microsoft DNS 클라이언트 문제 해결 안내
1단계: 다른 기기와 네트워크에서 비교하기
가장 먼저 스마트폰을 같은 와이파이에 연결한 상태에서 문제가 된 사이트를 열어봅니다.
그다음 스마트폰의 와이파이를 끄고 모바일 데이터로 다시 접속합니다.
| 와이파이 접속 | 모바일 데이터 접속 | 판단 |
|---|---|---|
| 실패 | 성공 | 공유기·통신사 DNS 또는 네트워크 경로 가능성 |
| 성공 | 성공 | 해당 PC 또는 브라우저 문제 가능성 |
| 실패 | 실패 | 사이트 자체 장애·도메인 문제 가능성 |
| PC만 실패 | 휴대전화 성공 | PC의 DNS 캐시·Hosts·VPN 가능성 |
이 비교만 해도 컴퓨터를 손대야 하는 문제인지, 사이트나 네트워크 문제인지 상당 부분 구분할 수 있습니다.
사이트 자체 장애라면 내 PC를 초기화해도 해결되지 않습니다.
2단계: 브라우저 문제인지 확인하기
문제가 발생한 브라우저에서 시크릿 창을 열어 접속해 봅니다.
Chrome과 Edge의 시크릿 창 단축키는 다음과 같습니다.
Ctrl + Shift + N
시크릿 창에서 정상적으로 열린다면 다음 항목을 의심할 수 있습니다.
- 광고 차단 또는 보안 확장 프로그램
- 브라우저에 저장된 쿠키
- 손상된 사이트 데이터
- 브라우저 자체의 보안 DNS 설정
- VPN·프록시 확장 프로그램
브라우저 데이터를 처음부터 전부 삭제하지 말고, 문제가 된 사이트의 쿠키와 사이트 데이터만 먼저 삭제하는 편이 안전합니다. 전체 데이터를 삭제하면 다른 사이트의 로그인 상태도 해제될 수 있습니다.
Chrome만 안 열리고 Edge에서는 정상이라면 Windows 전체 네트워크보다 Chrome 설정을 먼저 확인해야 합니다.
3단계: nslookup으로 DNS 응답 확인하기
이 단계부터는 명령 프롬프트를 사용합니다. 시스템 설정을 변경하지 않고 조회만 하는 작업이므로 비교적 안전합니다.
명령 프롬프트 실행
- 작업표시줄 검색창에
cmd를 입력합니다. - 명령 프롬프트를 실행합니다.
- 다음 명령어에서
example.com대신 문제가 된 주소를 입력합니다.
nslookup example.com
Microsoft는 nslookup을 DNS 인프라 진단 정보를 확인하는 도구로 안내합니다. Microsoft nslookup 명령어 설명
정상적인 결과
정상이라면 결과에 대체로 다음 정보가 표시됩니다.
Server:Address:Name:Addresses:
Addresses 또는 Address에 대상 사이트의 IP 주소가 나타나면 기본 DNS 서버가 해당 도메인을 해석했다는 의미입니다.
주요 오류 해석
| 결과 | 의미 | 다음 조치 |
|---|---|---|
| IP 주소가 정상 출력됨 | 기본 DNS 조회 성공 | 브라우저·VPN·방화벽 확인 |
Non-existent domain | DNS가 존재하지 않는 이름으로 응답 | 주소 오타·도메인 만료·잘못된 캐시 확인 |
Request timed out | DNS 서버가 제시간에 응답하지 않음 | 공유기·DNS 서버·방화벽 확인 |
Server failed | DNS 서버가 요청을 처리하지 못함 | 다른 DNS 서버와 결과 비교 |
No response from server | 설정된 DNS 서버에 접근하지 못함 | 네트워크 설정과 보안 프로그램 확인 |
Server: UnKnown만 표시됐다고 해서 반드시 DNS가 고장 난 것은 아닙니다. DNS 서버 주소에 대응하는 역방향 이름이 없을 때도 나타날 수 있으므로, 아래에 실제 도메인의 IP 주소가 반환되는지 함께 봐야 합니다.
4단계: 기본 DNS와 다른 DNS의 결과 비교하기
기본 DNS에서 오류가 발생했다면 Google Public DNS를 지정해 같은 주소를 조회해 봅니다.
nslookup example.com 8.8.8.8
Google은 8.8.8.8과 8.8.4.4를 공용 DNS 주소로 안내하고 있습니다. Google Public DNS 설정 안내
비교 결과는 다음처럼 해석할 수 있습니다.
| 기본 DNS 조회 | 8.8.8.8 조회 | 판단 |
|---|---|---|
| 성공 | 성공 | DNS보다 브라우저·보안 프로그램 가능성 |
| 실패 | 성공 | 현재 사용 중인 DNS 서버 문제 가능성 |
| 실패 | 실패 | 도메인·네트워크 경로·방화벽 문제 가능성 |
| 서로 다른 IP 반환 | CDN·지역별 응답 또는 잘못된 캐시 가능성 | 다른 기기 결과까지 비교 |
웹사이트는 CDN이나 부하분산 서비스를 사용하면서 여러 IP 주소를 정상적으로 반환할 수 있습니다. 서로 다른 IP가 나왔다는 이유만으로 DNS 변조라고 단정하면 안 됩니다.
PowerShell을 사용할 수 있다면 다음 명령으로도 조회할 수 있습니다.
Resolve-DnsName -Name example.com
특정 DNS 서버를 지정하려면 다음과 같이 입력합니다.
Resolve-DnsName -Name example.com -Server 8.8.8.8
Resolve-DnsName은 DNS 이름을 조회하며 기능상 nslookup과 유사한 도구입니다. Microsoft Resolve-DnsName 설명
5단계: Windows DNS 캐시 확인 후 초기화하기
Windows는 이전에 조회한 DNS 결과를 일정 시간 저장합니다. 사이트가 서버를 이전했거나 DNS 기록을 변경했는데 PC에 과거 결과가 남아 있다면 특정 기기에서만 접속되지 않을 수 있습니다.
현재 DNS 캐시를 확인하려면 다음 명령을 사용합니다.
ipconfig /displaydns
캐시를 초기화하려면 명령 프롬프트를 관리자 권한으로 실행한 뒤 다음을 입력합니다.
ipconfig /flushdns
성공하면 DNS 확인자 캐시를 플러시했다는 메시지가 표시됩니다. Microsoft의 ipconfig 문서에서도 /displaydns는 DNS 클라이언트 캐시 표시, /flushdns는 캐시 초기화 기능으로 설명됩니다. Microsoft ipconfig 명령어 설명
알아둘 점
ipconfig /flushdns는 다음 항목을 삭제하지 않습니다.
- 브라우저에 저장된 쿠키
- 공유기의 DNS 캐시
- DNS 서버에 저장된 기록
- Hosts 파일의 수동 주소
- VPN이나 보안 프로그램의 필터
- 사이트 서버의 장애
따라서 이 명령이 성공했다고 모든 DNS 문제가 해결되는 것은 아닙니다.
6단계: Hosts 파일에 잘못된 주소가 있는지 확인하기
Hosts 파일은 DNS 서버에 질의하기 전에 특정 도메인과 IP 주소를 직접 연결하는 데 사용될 수 있습니다. 프로그램 설치나 과거 설정 과정에서 잘못된 항목이 추가되면 특정 사이트만 엉뚱한 주소로 연결되거나 차단될 수 있습니다.
Windows의 일반적인 Hosts 파일 위치는 다음과 같습니다.
C:\Windows\System32\drivers\etc\hosts
확인 방법은 다음과 같습니다.
- 메모장을 관리자 권한으로 실행합니다.
파일 → 열기를 선택합니다.- 위 경로로 이동합니다.
- 파일 형식을
모든 파일로 변경합니다. hosts파일을 엽니다.- 접속되지 않는 도메인이 적혀 있는지 확인합니다.
다음처럼 특정 도메인이 127.0.0.1 또는 다른 IP에 연결되어 있다면 해당 사이트를 차단하거나 우회하도록 설정된 것일 수 있습니다.
127.0.0.1 example.com
단, 업무용 PC나 개발용 PC에는 의도적으로 설정한 항목이 있을 수 있으므로 내용을 모른다면 바로 삭제하지 마세요. 원본 파일을 별도로 백업하고 담당자에게 확인해야 합니다.
Microsoft도 Windows 11의 기본 Hosts 파일 복원 방법과 기본 경로를 안내하고 있습니다. Microsoft Hosts 파일 초기화 안내
7단계: VPN·프록시·보안 프로그램 확인하기
DNS 조회가 정상인데 브라우저 접속만 실패한다면 DNS 외의 경로를 확인해야 합니다.
프록시 설정 확인
설정 → 네트워크 및 인터넷 → 프록시
직접 설정한 적이 없는데 프록시 서버 사용이 켜져 있다면 설정된 이유를 먼저 확인한 뒤 해제합니다.
VPN 확인
VPN을 연결한 상태에서만 접속되지 않는다면 다음 가능성이 있습니다.
- VPN이 별도의 DNS를 사용함
- 사이트가 VPN IP를 차단함
- 지역별 접속 정책이 적용됨
- VPN의 광고·추적 차단 기능이 도메인을 막음
VPN을 잠시 연결 해제하고 결과를 비교하세요. 회사 VPN이라면 내부 사이트 접속에 필요할 수 있으므로 설정을 삭제하지 말고 연결 여부만 비교합니다.
보안 프로그램 확인
백신이나 유해 사이트 차단 프로그램에는 HTTPS 검사·웹 보호·DNS 필터 기능이 포함될 수 있습니다.
보호 기능을 영구적으로 끄지 말고, 해당 프로그램의 차단 기록을 먼저 확인하세요. 테스트를 위해 잠시 중지했다면 확인 직후 다시 켜야 합니다.
8단계: DNS 서버를 임시로 변경해 비교하기
기본 DNS에서는 계속 실패하고 8.8.8.8을 지정한 조회만 성공한다면 DNS 서버 변경을 시험할 수 있습니다.
Windows 11에서는 대체로 다음 경로에서 변경합니다.
설정 → 네트워크 및 인터넷→ Wi-Fi 또는 이더넷→ 현재 연결된 네트워크→ DNS 서버 할당 → 편집
수동 설정을 선택한 뒤 IPv4를 켜고 다음처럼 입력할 수 있습니다.
기본 설정 DNS: 8.8.8.8대체 DNS: 8.8.4.4
변경 전 기존 설정이 자동(DHCP)이었는지 반드시 기록해 두세요. 문제가 해결되지 않거나 사내 시스템 접속이 끊긴다면 원래 설정으로 되돌려야 합니다.
공용 DNS는 모든 접속 장애를 해결하는 만능 설정이 아닙니다. DNS 운영자가 달라지는 것이므로 개인정보 처리방침과 조직의 보안 정책도 고려해야 합니다.
9단계: 네트워크 초기화는 마지막에 사용하기
앞의 점검으로 해결되지 않고 해당 PC의 여러 네트워크 기능이 함께 비정상이라면 Windows 네트워크 초기화를 고려할 수 있습니다.
경로는 다음과 같습니다.
설정 → 네트워크 및 인터넷→ 고급 네트워크 설정→ 네트워크 초기화→ 지금 다시 설정
이 기능은 네트워크 어댑터를 제거한 뒤 다시 설치하고 관련 설정을 기본값으로 되돌릴 수 있습니다. 실행 후 PC가 다시 시작되며 VPN 클라이언트나 가상 스위치 같은 네트워크 소프트웨어를 다시 설정해야 할 수 있습니다. Microsoft Windows 네트워크 초기화 안내
따라서 다음 항목을 먼저 준비하세요.
- 와이파이 비밀번호
- VPN 설정과 계정 정보
- 고정 IP·DNS 설정 기록
- 가상 머신 또는 개발 도구의 네트워크 구성
- 회사 보안 프로그램 재설정 가능 여부
특정 사이트 하나만 안 열린다는 이유로 가장 먼저 실행할 작업은 아닙니다.
증상별 최종 판단표
| 확인 결과 | 가능성이 큰 위치 | 권장 조치 |
|---|---|---|
| 다른 기기도 동일하게 실패 | 사이트·공유기·통신사 | 모바일 데이터 비교 후 기다리거나 통신사 확인 |
| 다른 브라우저에서는 성공 | 브라우저 | 확장 프로그램·사이트 데이터·보안 DNS 점검 |
| 기본 DNS 실패, 공용 DNS 성공 | 기존 DNS 서버 | 임시 DNS 변경 후 운영자 확인 |
| 모든 DNS 조회 성공, 브라우저 실패 | VPN·프록시·보안 필터 | 연결 해제 비교 및 차단 기록 확인 |
| Hosts에 대상 주소 존재 | 로컬 수동 매핑 | 생성 목적 확인 후 백업·수정 |
| 회사 내부 주소만 실패 | 사내 DNS·VPN | 임의 변경하지 말고 관리자 문의 |
| 여러 사이트와 앱이 모두 실패 | 어댑터·IP·공유기 | Windows 문제 해결 후 마지막에 네트워크 초기화 |
해결 후 점검 체크리스트
- 같은 와이파이의 다른 기기와 비교했다.
- 모바일 데이터에서도 접속 결과를 확인했다.
- 시크릿 창 또는 다른 브라우저에서 열어봤다.
- 오류 문구와 오류 코드를 기록했다.
-
nslookup으로 기본 DNS 응답을 확인했다. - 다른 DNS 서버를 지정한 결과와 비교했다.
- DNS 캐시를 초기화한 후 브라우저를 다시 실행했다.
- Hosts 파일에 대상 도메인이 있는지 확인했다.
- VPN·프록시·보안 프로그램의 차단 기록을 확인했다.
- 네트워크 초기화 전 기존 설정을 기록했다.
자주 묻는 질문
Q1. ipconfig /flushdns를 실행하면 인터넷 기록이 삭제되나요?
브라우저 방문 기록이나 쿠키가 삭제되는 것은 아닙니다. Windows에 저장된 DNS 조회 캐시를 비우는 작업입니다.
Q2. DNS 캐시 초기화를 매일 해도 되나요?
일반적인 환경에서 정기적으로 실행할 필요는 없습니다. 오래되거나 잘못된 DNS 결과가 의심될 때만 사용하면 됩니다.
Q3. nslookup에서 IP가 나오면 DNS에는 문제가 없는 건가요?
해당 명령을 실행한 시점에 지정된 DNS 서버가 응답했다는 뜻입니다. 브라우저가 별도 보안 DNS를 사용하거나 VPN·Hosts·보안 필터가 개입하면 브라우저에서는 여전히 접속이 실패할 수 있습니다.
Q4. DNS_PROBE_FINISHED_NXDOMAIN은 무슨 뜻인가요?
브라우저가 해당 도메인의 DNS 정보를 정상적으로 찾지 못했다는 의미입니다. 주소 오타, 도메인 만료, 잘못된 DNS 기록, 캐시 또는 DNS 서버 문제 등을 확인해야 합니다.
Q5. Google DNS로 바꾸면 인터넷이 무조건 빨라지나요?
그렇지 않습니다. 현재 통신사 DNS의 위치와 성능, 네트워크 환경, 캐시 상태에 따라 결과가 달라집니다. 특정 DNS가 모든 환경에서 항상 빠르다고 단정할 수 없습니다.
Q6. 공유기 전원을 껐다 켜면 해결될 수 있나요?
공유기나 통신사 연결 상태, 공유기 내부 캐시가 문제라면 해결될 수 있습니다. 하지만 해당 PC의 Hosts·브라우저 확장 프로그램·VPN 문제라면 공유기 재부팅으로 해결되지 않습니다.
Q7. 사이트가 휴대전화에서는 열리는데 PC에서만 안 열립니다. 무엇부터 해야 하나요?
다른 브라우저 확인, nslookup, DNS 캐시 초기화, Hosts 파일, VPN·프록시 순서로 점검하세요. PC에만 적용된 설정일 가능성이 큽니다.
Q8. 회사 컴퓨터에서도 공용 DNS를 사용해도 되나요?
관리자 승인 없이 변경하지 않는 것이 좋습니다. 사내 도메인과 내부 시스템이 회사 DNS를 통해서만 작동할 수 있고 보안 정책을 위반할 가능성도 있습니다.
마무리: 초기화보다 ‘어디에서 끊겼는지’가 먼저입니다
인터넷 연결 표시가 정상인데 특정 사이트만 열리지 않는다면 공유기나 Windows 전체가 고장 났다고 단정할 필요는 없습니다.
같은 네트워크의 다른 기기와 결과를 비교하고, nslookup으로 기본 DNS와 다른 DNS의 응답을 확인하면 문제 범위를 훨씬 빠르게 줄일 수 있습니다. DNS 조회는 정상인데 브라우저에서만 실패한다면 VPN·프록시·보안 프로그램처럼 DNS 이후의 연결 경로를 살펴봐야 합니다.
무엇보다 네트워크 초기화는 첫 번째 해결책이 아니라 마지막 선택입니다. 기존 설정을 기록하고 낮은 위험의 진단부터 하나씩 적용하는 것이 가장 안전합니다.

댓글 남기기