“DNS 서버가 응답하지 않습니다”라는 메시지가 나오면 DNS 주소 변경보다 연결 범위 확인이 먼저입니다. Wi-Fi에 연결되어 있어도 IP 주소를 받지 못했거나 공유기 밖으로 통신하지 못하면 사이트가 열리지 않습니다. DNS 캐시를 지워도 이런 연결 문제까지 고쳐지는 것은 아닙니다.
이 글에서는 다른 기기 비교 → IP·게이트웨이 확인 → 이름 조회 확인 → 필요한 설정 복구 순서로 범위를 좁힙니다. 회사·학교 PC의 고정 IP, VPN, 프록시, 보안 정책은 관리자 승인 없이 바꾸지 마세요.
먼저 다른 사이트·브라우저·기기와 비교
같은 PC에서 서로 다른 사이트 몇 곳을 열어 보고, 가능하면 다른 브라우저에서도 비교합니다. 휴대전화로 같은 Wi-Fi를 확인할 때는 모바일 데이터를 사용하고 있지 않은지 확인해야 같은 회선을 비교할 수 있습니다.
한 사이트만 안 열린다는 이유로 공유기 전체를 초기화하지 마세요. Chrome에서만 발생한다면 특정 사이트 접속 오류 진단에서 브라우저 쪽도 따로 확인할 수 있습니다. 연결은 되어 있지만 인터넷을 쓰지 못하는 전반적인 문제라면 Wi-Fi 연결 후 인터넷 안 됨 진단을 함께 참고하세요.
가정용 공유기·모뎀 문제로 범위가 좁혀졌다면 상태 표시등과 케이블을 확인하고 제품 안내에 따라 전원을 다시 켜 볼 수 있습니다. 재시작 동안 다른 사람의 연결도 끊깁니다. 전원 재시작과 설정을 지우는 공장 초기화는 다르므로 Reset 버튼부터 누르지 않습니다. 회사·공용 네트워크 장비는 직접 재시작하지 마세요.
Windows의 도움말 앱에서 네트워크·인터넷 문제 해결을 실행하는 것도 진단 경로입니다. 자동 진단에서 나온 메시지는 다음 확인에 사용할 단서이지 모든 원인이 확정되었다는 뜻은 아닙니다.
ipconfig에서 실제 사용 중인 어댑터 찾기
명령 프롬프트에서 다음 조회 명령을 실행합니다. 이 명령은 설정을 변경하지 않고 어댑터 정보를 보여 줍니다.
ipconfig /all
Wi-Fi를 사용하는데 연결되지 않은 이더넷이나 가상 어댑터 결과를 읽으면 판단이 어긋납니다. 현재 연결된 어댑터에서 IPv4 주소, 기본 게이트웨이, DNS 서버, DHCP 사용 여부를 함께 보세요. VPN이 있으면 논리적 어댑터도 표시될 수 있습니다.
자동 IP를 사용하는 일반적인 가정용 IPv4 환경에서 169.254.x.x가 보이면 공유기로부터 주소를 받지 못한 상황을 먼저 의심합니다. 이때는 Wi-Fi 재연결, 케이블, 공유기의 DHCP 기능을 확인할 이유가 있습니다. 이 숫자만으로 모든 IPv6 환경이나 회사 네트워크를 판단하지는 않습니다.
DNS 서버가 표시되더라도 서버가 정상 응답한다는 뜻은 아닙니다. 반대로 가정용 공유기 주소가 DNS로 보이는 것 자체는 오류가 아닙니다. 공유기가 이름 조회를 중계하는 구성을 사용할 수 있기 때문입니다.
명령의 범위와 옵션은 Microsoft의 ipconfig 문서에서 확인할 수 있습니다. 결과를 공개 커뮤니티에 올릴 때는 어댑터·네트워크 식별 정보가 포함될 수 있으므로 전체 출력을 그대로 공개하기보다 필요한 부분만 가려서 공유하세요.
게이트웨이 연결과 DNS 이름 조회를 따로 확인
공유기까지 통신하는지 보기
ipconfig에서 확인한 자신의 기본 게이트웨이 주소를 대상으로 조회합니다. 아래 주소는 예시이므로 그대로 입력하기 전에 실제 주소와 일치하는지 확인하세요.
ping 192.168.1.1
응답이 오면 적어도 그 시점에 게이트웨이가 해당 요청에 응답한 것입니다. 인터넷 회선이나 DNS까지 모두 정상이라는 뜻은 아닙니다. 응답이 없을 때도 장비나 정책이 ICMP 응답을 제한할 수 있으므로, ping 실패 하나만으로 공유기 고장을 확정하지 않습니다.
게이트웨이 주소가 없거나 연결이 불안정하다면 DNS를 바꾸기 전에 IP 할당과 PC–공유기 연결부터 확인합니다. 같은 Wi-Fi에서 다른 기기까지 실패하는 경우에는 PC의 드라이버를 제거하기보다 공유기·회선 쪽을 확인하는 것이 맞습니다.
이름 조회가 실패하는지 보기
명령 프롬프트에서 다음과 같이 실제 도메인의 이름 조회를 확인할 수 있습니다.
nslookup www.microsoft.com
이 명령은 기본 DNS 서버를 사용해 이름을 조회하며 설정을 변경하지 않습니다. Microsoft의 nslookup 문서에 명령 형식과 오류 종류가 설명되어 있습니다.
- 주소 응답이 나옴: 그 조회는 응답을 받았습니다. 이후 웹 접속 실패는 별도로 확인해야 합니다.
- 시간 초과·응답 없음: DNS 서버의 응답 또는 그 서버까지 통신하는 경로를 더 확인합니다.
- 존재하지 않는 도메인: 오타와 조회 대상 주소를 확인합니다. 모든 인터넷이 끊겼다는 뜻으로 확대하지 않습니다.
- 거부됨 등 다른 오류: 표시된 오류와 사용하는 네트워크 정책을 함께 확인합니다.
한 번의 조회 결과만으로 브라우저 동작 전체를 단정하지 않습니다. 명령은 성공하는데 한 브라우저만 실패하면 DNS 설정을 계속 바꾸기보다 앞의 브라우저 비교 결과로 돌아가세요. 별도 보안·VPN 설정이 있는 환경에서는 관리자에게 오류 메시지와 조회 대상을 전달하는 편이 안전합니다.
DNS 캐시 삭제와 IP 갱신은 다른 작업
오래된 이름 조회 정보나 실패한 조회 기록이 영향을 주는 상황에서는 관리자 권한 명령 프롬프트에서 DNS 캐시를 비울 수 있습니다.
ipconfig /flushdns
완료 메시지는 로컬 DNS 캐시 삭제가 수행되었다는 의미입니다. 공유기·회선·외부 DNS 서버까지 복구되었다는 뜻이 아니므로, 같은 주소를 다시 조회하고 브라우저에서도 비교해야 합니다. 명령을 반복 실행하는 것 자체가 해결 과정은 아닙니다.
자동 IP 할당에 문제가 있고 해당 어댑터가 DHCP를 사용하는 경우에는 다음 명령으로 주소 해제·갱신을 확인할 수 있습니다.
ipconfig /release
ipconfig /renew
release는 현재 DHCP 주소를 해제해 연결을 끊을 수 있습니다. 원격 접속으로 작업 중이거나 다운로드·통화가 진행 중이면 먼저 작업을 정리합니다. 고정 IP를 쓰는 회사 PC에 같은 절차를 무작정 적용하지 않습니다.
renew 후에도 자동 IPv4 주소가 정상적으로 할당되지 않는다면 이름 조회보다 DHCP·연결 문제를 먼저 해결하세요. 새 IP를 받았다고 DNS 문제까지 해결되었다고 가정하지 말고, 조회와 접속을 다시 비교합니다. 이 두 작업은 ipconfig 공식 옵션 설명을 기준으로 구분해야 합니다.
DNS 변경을 검토할 때 지켜야 할 경계
IP와 게이트웨이는 정상인데 기본 DNS에서 조회가 반복 실패하는 등 이유가 있을 때만 DNS 설정 변경을 검토합니다. 처음부터 공개 DNS를 쓰면 무조건 더 빠르고 안전하다는 식으로 판단하지 않습니다. 사용하는 서비스의 정책과 네트워크 조건도 영향을 줍니다.
설정 → 네트워크 및 인터넷에서 연결 중인 Wi-Fi 또는 이더넷의 설정을 확인합니다. 2026년 10월 5일에 확인한 Microsoft의 네트워크 설정과 TCP/IP 변경 안내에 IP 할당, 자동 DHCP, 수동 DNS 입력의 구분이 설명되어 있습니다.
중요한 점은 DNS와 IP 주소를 같은 것으로 취급하지 않는 것입니다. IP 할당을 수동으로 바꾸는 화면에서 주소·서브넷·게이트웨이를 임의 입력하면 오히려 연결을 끊을 수 있습니다. 현재 화면과 공식 안내가 다르면 억지로 같은 버튼을 찾기보다 해당 Windows 버전에 맞는 설정을 확인하세요.
변경 전에는 다음을 기록합니다.
- 자동 할당인지 수동 설정인지
- 기존 DNS 및 IP·게이트웨이 설정
- 회사·학교나 VPN에서 지정한 값인지
- 되돌릴 방법과 필요한 권한
개인 네트워크에서 다른 DNS를 비교한다면 통신사나 신뢰하는 공급자의 공식 안내에 있는 주소를 사용합니다. 출처 모를 DNS 주소를 복사하지 마세요. 효과가 없으면 원래 설정으로 복원합니다. 사내 이름 조회나 업무 서비스가 정상인데 외부 사이트만 안 되는 경우에는 공용 DNS로 바꾸는 것이 업무 연결을 깨뜨릴 수 있습니다.
DNS over HTTPS 같은 암호화 옵션도 사용 환경과 제공 서버에 따라 달라집니다. 제공하지 않는 옵션을 켜야 한다고 안내하거나 IPv6·보안 기능을 일괄 끄는 방법으로 문제를 덮지 않습니다.
VPN·프록시·Hosts 변경 이력 확인
다른 기기는 정상인데 해당 PC만 실패하면 최근 설치한 VPN, 프록시, 네트워크 필터나 보안 프로그램의 변경 이력을 확인합니다. 개인적으로 설정한 VPN을 잠시 연결 해제한 상태와 비교할 수 있지만, 회사가 요구한 보안 연결을 끄거나 보안 프로그램을 삭제하지는 마세요.
설정 → 네트워크 및 인터넷 → 프록시에서 자신이 설정하지 않은 수동 프록시가 있는지 확인합니다. 자동 구성이나 조직 설정을 포함해 무조건 모든 항목을 끄는 것이 목적은 아닙니다. 출처와 필요성을 모르는 값은 먼저 확인하고, 변경한다면 원래 상태로 돌아갈 수 있게 기록합니다.
Hosts 파일을 직접 수정한 이력이 있다면 그때 추가한 특정 주소 규칙을 확인할 수 있습니다. 다른 목적의 규칙까지 전부 삭제하지 말고, 문제가 생기기 전 변경 내용과 관련이 있는지 먼저 판단하세요. 주소를 강제로 지정한 설정이 있다면 DNS 캐시 삭제만으로 그 규칙을 없애지는 못합니다.
이 단계에서 보안 서비스를 무조건 종료하거나 방화벽 전체를 해제하는 것은 권하지 않습니다. 접속이 복구되더라도 보호 기능을 없앤 채 사용하는 방식으로 끝내면 안 됩니다.
네트워크 재설정은 복구 준비 후 마지막에
기본 확인으로 해결되지 않으면 Windows의 네트워크 구성과 드라이버 복구를 검토합니다. Microsoft의 Wi-Fi 연결 문제 해결 안내는 명령 실행, 드라이버 재설치, 네트워크 초기화의 영향도 함께 설명합니다.
관리자 권한 명령 프롬프트에서 사용하는 복구 명령은 다음과 같습니다.
netsh winsock reset
netsh int ip reset
ipconfig /release
ipconfig /renew
ipconfig /flushdns
Winsock과 TCP/IP 구성을 재설정하는 작업은 단순 DNS 조회와 다릅니다. 기존 수동 네트워크 설정을 기록하고, 연결이 끊겨도 복구할 수 있을 때 진행하세요. DHCP 주소 해제·갱신 명령은 앞에서 설명한 적용 조건을 지켜야 합니다. 실행 후 필요한 재시작을 하고, 연결 정보와 이름 조회를 다시 확인합니다.
업데이트 직후부터 어댑터가 정상 동작하지 않는다면 장치 관리자와 제조사 드라이버를 확인합니다. 네트워크 드라이버를 제거하기 전에는 정확한 PC·어댑터용 설치 파일을 준비합니다. 인터넷이 끊긴 상태에서는 다른 PC에서 받아 USB 등으로 옮겨야 할 수 있습니다. 자동 재설치가 실패하면 준비한 파일로 복구해야 하므로, 백업 없이 삭제부터 하지 않습니다.
마지막 선택지는 설정 → 네트워크 및 인터넷 → 고급 네트워크 설정 → 네트워크 초기화입니다. 초기화는 어댑터와 설정을 제거하고 재시작 후 기본 상태로 다시 구성합니다. VPN 프로그램이나 Hyper-V 가상 스위치의 재설정·재설치가 필요할 수 있고 네트워크 프로필이 공용으로 바뀔 수도 있습니다.
초기화 전에는 Wi-Fi 재연결 정보, 수동 IP·DNS 설정, 업무용 연결을 복구할 방법을 확보하세요. 여러 기기가 같은 회선에서 실패하는 경우라면 PC 초기화 대신 통신사·네트워크 관리자에게 확인하는 편이 우선입니다.