인터넷은 연결됨으로 표시되는데 웹페이지가 안 열릴 때 원인과 해결 방법

윈도우에는 이더넷이 연결된 것으로 표시되지만 웹페이지와 디스코드, 스팀은 작동하지 않고 이미 실행 중인 게임이나 다운로드만 유지되는 현상이 발생할 수 있다. 이는 랜 케이블의 물리적 연결과 실제 인터넷 통신 상태가 서로 다르기 때문이다. 다른 기기는 정상인데 특정 PC에서만 일정한 간격으로 반복된다면 DNS뿐 아니라 윈도우 네트워크 구성, 보안 프로그램, IP 충돌, 공유기의 장치별 처리 문제를 함께 확인해야 한다.

연결됨 표시만으로 인터넷이 정상인 것은 아니다

작업 표시줄의 연결됨 표시는 주로 PC와 공유기 또는 모뎀 사이의 네트워크 링크가 유지되고 있다는 의미다. 랜 케이블이 꽂혀 있고 공유기에서 IP 주소를 받은 상태라면 외부 인터넷에 접속하지 못해도 연결됨으로 표시될 수 있다. 따라서 이 아이콘만으로 DNS, 인터넷 회선, 라우팅 상태까지 정상이라고 판단하기는 어렵다.

PC가 공유기에는 접근할 수 있지만 외부 서버로 나가는 경로가 끊겼거나, 도메인 이름을 IP 주소로 변환하지 못하는 상황도 있다. 특정 보안 프로그램이나 VPN의 네트워크 필터가 새 연결을 차단해도 물리적인 이더넷 연결은 그대로 유지된다. 문제를 해결하려면 연결 아이콘보다 실제 통신이 어느 구간에서 멈추는지를 확인해야 한다.

게임과 다운로드만 계속 작동하는 이유

이미 접속된 게임이나 다운로드가 유지되는데 새 웹페이지가 열리지 않는 현상은 모순처럼 보이지만 충분히 발생할 수 있다. 기존 프로그램은 이미 서버 주소를 확인하고 연결을 만들어 놓았기 때문에 DNS가 일시적으로 작동하지 않아도 일정 시간 통신을 계속할 수 있다. 동영상이나 다운로드 프로그램에 저장된 버퍼 때문에 실제 장애가 시작된 뒤에도 콘텐츠가 잠시 재생될 수 있다.

반면 브라우저에서 새 사이트를 열거나 디스코드와 스팀이 서버에 다시 연결하려면 새로운 DNS 조회와 네트워크 연결이 필요하다. DNS, IPv6 경로, 윈도우 소켓 구성 또는 보안 필터에 문제가 생기면 새 연결부터 실패하는 양상이 나타날 수 있다. 따라서 일부 프로그램이 계속 작동한다는 사실만으로 인터넷 회선이 정상이라고 단정해서는 안 된다.

기존 연결은 유지되지만 새 연결만 실패한다면 랜 케이블보다 DNS 조회, 네트워크 필터, IP 경로와 같은 상위 단계의 문제를 먼저 살펴볼 수 있다.

한 대의 PC에서만 발생할 때 의심할 원인

같은 공유기에 연결된 휴대전화와 다른 컴퓨터가 정상이라면 전체 회선 장애의 가능성은 상대적으로 낮아진다. 그러나 공유기나 통신사 문제가 완전히 제외되는 것은 아니다. 특정 장치에 할당된 IP 주소, IPv6 경로, 장치별 접근 제한 또는 공유기의 주소 변환 상태에만 문제가 생길 수 있기 때문이다.

의심 영역	나타날 수 있는 증상	확인할 내용
DNS	IP 주소에는 접속되지만 도메인 주소가 열리지 않음	nslookup 결과와 외부 IP 통신 비교
윈도우 네트워크 구성	여러 프로그램의 새 연결이 동시에 실패함	Winsock, TCP/IP, 프록시와 네트워크 초기화
VPN·보안 프로그램	재부팅 후 잠시 정상이다가 다시 끊김	VPN, 방화벽, 웹 보호와 트래픽 필터 제거 테스트
IP 주소 충돌	일정 간격으로 연결이 사라졌다가 돌아옴	DHCP 재할당, 고정 IP와 주소 예약 확인
IPv6 경로	일부 사이트와 앱만 접속이 지연되거나 실패함	IPv4와 IPv6 통신 결과 비교
공유기 장치별 문제	한 PC에서만 유선과 무선이 모두 불안정함	장치 제한, 자녀 보호, QoS와 펌웨어 확인
랜카드 하드웨어	링크가 끊기거나 장치 관리자에서 어댑터가 사라짐	다른 운영체제와 다른 네트워크에서 재현 여부 확인

장애가 발생한 순간 확인해야 할 검사

문제가 사라진 뒤에는 원인을 구분하기 어렵기 때문에 인터넷이 끊긴 상태에서 검사를 진행해야 한다. 먼저 명령 프롬프트에서 ipconfig를 실행해 기본 게이트웨이 주소를 확인한다. 가정용 공유기의 게이트웨이는 환경에 따라 192.168.0.1 또는 192.168.1.1과 같은 사설 IP로 표시될 수 있다.

공유기 통신 확인: ping -t 기본 게이트웨이 주소
외부 IP 통신 확인: ping -t 1.1.1.1
도메인 조회 확인: nslookup example.com
현재 주소 정보 확인: ipconfig /all
경로 확인: tracert 1.1.1.1

기본 게이트웨이 응답부터 끊긴다면 PC와 공유기 사이의 연결, 랜카드, 케이블, 포트 또는 공유기 내부 문제를 우선 살펴봐야 한다. 게이트웨이는 정상인데 1.1.1.1이 응답하지 않는다면 공유기 바깥의 경로나 장치별 라우팅 문제가 의심될 수 있다. 외부 IP는 정상인데 nslookup만 실패한다면 DNS 설정이나 DNS 트래픽을 가로채는 프로그램을 확인할 필요가 있다.

일부 서버는 보안 정책에 따라 ping에 응답하지 않을 수 있으므로 한 번의 결과만으로 단정해서는 안 된다. 같은 조건에서 게이트웨이, 외부 IP, 도메인 조회 결과를 함께 비교하는 것이 중요하다. 장애가 정상화되기 전과 후의 결과를 저장하면 통신사나 장비 제조사에 문의할 때도 도움이 된다.

DNS와 IPv6 문제를 구분하는 방법

DNS 서버를 1.1.1.1이나 8.8.8.8로 변경했는데도 증상이 반복된다면 DNS만의 문제라고 보기 어렵다. 외부 IP 주소로도 통신하지 못한다면 DNS를 변경하거나 캐시를 비우는 작업은 핵심 원인을 해결하지 못한다. 반대로 외부 IP 통신은 정상이고 도메인 조회만 실패할 때는 DNS 설정을 집중적으로 점검할 수 있다.

IPv6 연결은 유지되는 것처럼 보이지만 실제 외부 경로가 불안정하면 일부 프로그램이 IPv6 연결을 먼저 시도하다가 지연되거나 실패할 수 있다. 진단 목적으로 네트워크 어댑터 속성에서 인터넷 프로토콜 버전 6 항목을 잠시 해제한 뒤 증상을 비교해볼 수 있다. 다만 IPv6을 영구적으로 끄는 것을 일반적인 해결책으로 보기는 어려우며, 차이가 확인되면 공유기 설정과 통신사의 IPv6 상태를 추가로 점검하는 편이 적절하다.

윈도우 네트워크 스택과 프로그램 점검

랜 드라이버를 다시 설치했어도 VPN, 가상 네트워크 어댑터, 서드파티 방화벽과 웹 보호 프로그램의 필터는 남아 있을 수 있다. 이러한 프로그램은 실제 랜카드보다 상위 계층에서 트래픽을 처리하므로 내장 이더넷을 USB 이더넷 어댑터로 교체해도 같은 문제가 나타날 수 있다. 프로그램을 단순히 종료하는 것만으로 필터 드라이버가 해제되지 않는 경우도 있어 진단할 때는 완전 제거 후 재부팅이 필요할 수 있다.

VPN과 프록시 프로그램
백신의 웹 보호 또는 HTTPS 검사 기능
광고 차단용 네트워크 필터
게임 지연 최적화와 대역폭 제어 프로그램
Hyper-V, 가상 머신과 가상 스위치
메인보드 제조사의 네트워크 우선순위 관리 프로그램

관리자 권한 명령 프롬프트에서 netsh winsock reset, netsh int ip reset, ipconfig /release, ipconfig /renew, ipconfig /flushdns를 순서대로 실행한 뒤 재부팅하는 방법도 고려할 수 있다. 이 작업은 윈도우 소켓과 TCP/IP 구성, DHCP 주소와 DNS 캐시를 다시 설정하는 과정이다. 이미 같은 초기화를 여러 번 수행했는데도 일정한 간격으로 재발한다면 명령을 반복하기보다 장애 순간의 통신 결과를 비교해야 한다.

윈도우의 네트워크 초기화는 설치된 네트워크 어댑터와 관련 설정을 기본값으로 되돌리므로 마지막 수단으로 사용하는 편이 좋다. 초기화 후에는 VPN, 가상 스위치, 고정 IP와 네트워크 프로필을 다시 설정해야 할 수 있다. 운영체제를 재설치하기 전에 클린 부팅이나 안전 모드에서 증상이 반복되는지도 확인하면 프로그램 충돌을 구분하는 데 도움이 된다.

공유기와 IP 주소 충돌 확인

공유기와 모뎀을 재부팅했더라도 특정 PC에 잘못된 주소 정보가 다시 할당되면 같은 현상이 반복될 수 있다. PC에 수동으로 지정한 고정 IP가 있거나 공유기의 DHCP 범위 안에서 같은 주소를 다른 장치가 사용하면 간헐적인 IP 충돌이 발생할 수 있다. 네트워크 어댑터의 IPv4 설정은 특별한 이유가 없다면 IP 주소 자동 받기로 두고 공유기의 DHCP 목록을 확인하는 것이 안전하다.

공유기에 해당 PC의 장치 정보가 중복으로 등록됐는지도 확인할 필요가 있다. 내장 랜카드와 USB 랜카드는 서로 다른 MAC 주소를 사용하므로 장치별 접근 제한, 자녀 보호, 사용 시간 제한과 QoS 정책이 각각 적용될 수 있다. 오래된 공유기를 보조 라우터로 연결했다면 두 장비가 모두 DHCP 서버로 작동하거나 서로 다른 서브넷을 구성하고 있지 않은지도 살펴봐야 한다.

모뎀 겸 공유기와 별도의 공유기를 함께 사용할 때는 연결 구조에 따라 이중 NAT가 형성될 수 있다. 이중 NAT가 반드시 주기적인 인터넷 단절을 일으키는 것은 아니지만 게임, 음성 채팅과 특정 연결의 문제를 복잡하게 만들 수 있다. 진단 중에는 PC를 한 대의 공유기 또는 모뎀 겸 공유기에 직접 연결해 네트워크 구성을 단순화하는 편이 좋다.

랜카드와 하드웨어 문제를 분리하는 방법

내장 랜카드 대신 USB 이더넷 어댑터를 사용해도 같은 증상이 발생한다면 내장 랜 포트 하나만의 고장 가능성은 낮아진다. 그러나 두 어댑터가 같은 윈도우 환경, 같은 공유기, 같은 IP 정책을 사용하므로 PC 전체의 소프트웨어 문제와 외부 네트워크 문제까지 제외되는 것은 아니다. 다른 어댑터를 사용했다는 사실보다 어떤 환경을 바꿨는지가 중요하다.

리눅스 라이브 USB로 부팅해 일정 시간 인터넷을 사용하면 윈도우 소프트웨어와 하드웨어 문제를 분리하는 데 도움이 될 수 있다. 라이브 환경에서도 동일한 주기로 문제가 발생한다면 윈도우 설정보다 공유기, 회선, 메인보드, 전원 관리 또는 네트워크 하드웨어를 더 의심할 수 있다. 라이브 환경에서 완전히 안정적이라면 윈도우에 설치된 드라이버나 네트워크 필터를 다시 점검할 근거가 된다.

다른 랜 어댑터에서도 문제가 반복된다는 결과는 내장 랜카드만의 고장을 배제하는 단서일 뿐, PC와 공유기 사이의 모든 원인을 배제하는 증거는 아니다.

장치 관리자에서 랜카드의 전원 관리 항목을 열어 전원을 절약하기 위해 컴퓨터가 이 장치를 끌 수 있음 옵션을 진단 목적으로 해제해볼 수도 있다. 랜카드 고급 속성에 있는 Energy Efficient Ethernet이나 Green Ethernet 기능을 잠시 비활성화한 뒤 차이가 있는지 비교할 수 있다. 이러한 설정은 모든 환경에서 문제를 일으키는 것이 아니므로 변경 전 값을 기록하고 결과가 없으면 원래대로 복원해야 한다.

불필요한 재설치를 줄이는 점검 순서

인터넷이 끊긴 순간 게이트웨이, 외부 IP와 DNS 조회 결과를 각각 확인한다.
PC를 모뎀 겸 공유기 또는 주 공유기에 직접 연결해 보조 공유기를 제외한다.
IP 자동 할당 여부와 공유기의 DHCP 목록, 장치별 제한 정책을 확인한다.
VPN, 보안 프로그램, 트래픽 관리 프로그램과 가상 네트워크 기능을 제거한 상태로 비교한다.
Winsock과 TCP/IP 초기화를 실행하고 네트워크 초기화는 마지막에 사용한다.
IPv4와 IPv6의 동작 차이, 랜카드 전원 관리 설정을 확인한다.
클린 부팅이나 리눅스 라이브 환경에서 동일한 문제가 재현되는지 검사한다.
다른 네트워크에서도 반복된다면 PC 하드웨어를, 현재 네트워크에서만 반복된다면 공유기와 통신사 구간을 집중적으로 점검한다.

운영체제를 재설치했는데도 문제가 다시 나타났다는 사실만으로 하드웨어 고장을 확정할 수는 없다. 재설치 후 동일한 드라이버나 프로그램을 다시 설치했을 수 있고, 공유기나 통신사 측의 일시적인 장치별 경로 문제였을 가능성도 남는다. 원인이 저절로 사라졌더라도 다음 장애에 대비해 시간, ping 결과, IP 주소와 이벤트 로그를 기록해두는 것이 좋다.

가장 중요한 기준은 연결됨 아이콘이 아니라 장애 순간에 공유기, 외부 IP와 DNS 중 어디까지 통신되는지를 확인하는 것이다. 이 결과가 있으면 랜카드 교체나 윈도우 재설치처럼 범위가 큰 작업을 반복하지 않고 문제 구간을 좁힐 수 있다. 반복 주기가 일정하다면 DHCP 갱신, 보안 프로그램의 검사 주기와 공유기의 장치 관리 기능도 함께 비교해볼 필요가 있다.

pc-knowledge