경로 추적 리포트
인터넷 연결은 되는데 특정 사이트만 안 열릴 때 IP 충돌 DNS 진단
유튜브는 재생되는데 네이버만 안 열린다. 카카오톡은 보내지는데 크롬에서 페이지가 뜨지 않는다. 이런 증상이 나오면 공유기 불량보다 IP 주소 충돌이나 DNS 설정 오류일 가능성이 먼저다. 이 글에서는 단말, 공유기, DNS 서버, 회선 네 지점을 분리해 진단하는 순서를 다룬다.
증상으로 보는 진단 경로
먼저 시도할 안전한 조치
- 케이블·Wi-Fi 재연결 — 물리적 연결 불량은 가장 흔하면서도 쉽게 간과된다. 랜선을 뺐다 꽂거나 Wi-Fi를 껐다 켠다.
- 공유기 전원 재부팅 — 30초 이상 전원을 완전히 차단한 후 다시 켠다. NAT 테이블과 DHCP 임대가 초기화된다.
- DNS 캐시 초기화 — 윈도우 cmd에서
ipconfig /flushdns실행. 브라우저 캐시도 함께 지우는 것이 좋다. - 게이트웨이 핑 테스트 — cmd에서
ping 192.168.0.1(공유기 기본 게이트웨이 주소). 응답이 없으면 공유기나 케이블 문제로 좁힌다.
이 글의 진단 절차는 cmd 명령어와 브라우저 설정만으로 진행한다. 공유기 관리자 페이지 접속이 필요한 경우는 별도로 표시했다. 분해나 전압 측정 같은 하드웨어 작업은 포함되지 않는다. 여기까지 확인해도 해결되지 않으면 통신사 회선 장애이거나 공유기 하드웨어 결함일 수 있다.
현장에서 자주 보는 착각은 "인터넷이 아예 안 되는 건 아닌데"라는 이유로 IP 충돌을 배제하는 것이다. IP 충돌이 나면 모든 트래픽이 차단되는 게 아니라 간헐적으로 특정 연결만 실패한다. 특히 윈도우에서 '네트워크 주소 충돌' 팝업이 뜨지 않아도 arp -a 명령어로 중복 IP가 잡히는 경우가 적지 않다. 무조건 ping이 한 번 OK라고 안심하지 말고, 연속 ping에서 loss가 나는지 반드시 확인해야 한다.
요약
- IP 충돌은 같은 IP를 가진 기기가 두 대 이상일 때 발생, 일부 트래픽만 실패하는 특징
- DNS 오류는 캐시, 서버 주소, hosts 파일 세 가지를 분리해 진단
- cmd 명령어만으로 단말-공유기-회선을 분리 가능
- 공유기 관리자 페이지에서 DHCP 임대 확인이 필요한 경우도 있음
목차
- 증상 분류 — 어디까지 확인할 것인가
- IP 충돌 진단과 해결
- DNS 오류 진단과 설정 변경
- 공유기·회선 단계 점검
- 재발 방지와 유지 관리
01증상 분류 — 지금 멈춰야 할 상황과 직접 확인 가능한 범위
문제를 진단하기 전에 지금 상황이 어떤 수준인지 먼저 가른다. 아래 세 가지 중 해당하는 항목을 찾아보자.
IP 충돌 또는 DNS 오류일 가능성 높음. 아래 진단 절차로 직접 해결 가능.
공유기 DNS 필터링 또는 통신사 DNS 장애일 수 있음. DNS 서버 변경으로 해결되는 경우 많음.
회선 물리 장애 또는 공유기 하드웨어 고장. 통신사 AS 접수 필요.
첫 번째 경우는 사용자가 직접 진단하고 해결할 수 있는 범위다. 두 번째는 DNS 서버 변경이나 공유기 설정 초기화로 해결되는 경우가 많지만, 세 번째는 더 이상의 소프트웨어 조작으로는 안 된다. 회선이나 모뎀의 물리적 문제일 가능성이 크다.
02IP 충돌 진단과 해결 — arp 테이블에서 중복 찾기
IP 충돌(IP Conflict)은 같은 네트워크에 동일한 IP 주소를 사용하는 기기가 두 대 이상 있을 때 발생한다. 충돌이 나면 두 기기 모두 간헐적으로 네트워크가 끊기거나 특정 연결만 실패한다. 윈도우는 충돌을 감지하면 '네트워크 주소 충돌' 팝업을 띄우지만, 항상 그런 것은 아니다.
IP 충돌 확인 명령어
ipconfig /all
arp -a
ipconfig /all에서 IPv4 주소(예: 192.168.0.10)를 확인한다. 그다음 arp -a로 같은 IP가 다른 MAC 주소와 매핑되어 있는지 본다. ARP 테이블에 같은 IP가 두 개의 MAC 주소로 나타나면 충돌이다. 이때는 해당 기기의 네트워크를 끊고 IP를 다시 받아야 한다.
ipconfig /release → ipconfig /renew 순서로 실행한다. 이때 관리자 권한이 필요할 수 있다. 그래도 충돌이 해결되지 않으면 공유기 DHCP 설정에서 임대 시간을 줄이거나 수동 IP를 다른 대역으로 설정한다.
03DNS 오류 진단 — 캐시·서버·hosts 파일 분리 점검
DNS(Domain Name System)는 도메인 이름을 IP 주소로 변환해주는 시스템이다. DNS 설정이 잘못되면 특정 사이트만 안 열리거나 아예 모든 웹사이트 접속이 불가능할 수 있다. DNS 문제는 크게 세 가지로 나눈다.
| 원인 | 증상 | 확인 명령어 | 해결 |
|---|---|---|---|
| DNS 캐시 오염 | 사이트 주소는 바뀌었는데 예전 IP로 접속 시도 | ipconfig /displaydns |
ipconfig /flushdns |
| DNS 서버 장애 | 특정 DNS 서버가 응답하지 않음 | nslookup google.com |
서버 주소 변경 (8.8.8.8 등) |
| hosts 파일 변조 | 특정 도메인이 의도치 않은 IP로 연결 | notepad C:\Windows\System32\drivers\etc\hosts |
불필요한 줄 삭제 또는 파일 초기화 |
DNS 서버 변경 방법
윈도우 기준으로 네트워크 어댑터 속성에서 TCP/IPv4를 선택하고 DNS 서버를 수동으로 입력한다. 대표적인 공개 DNS 서버는 다음과 같다.
- Google Public DNS: 8.8.8.8 / 8.8.4.4
- Cloudflare DNS: 1.1.1.1 / 1.0.0.1
- KT DNS: 168.126.63.1 / 168.126.63.2
- SK Broadband DNS: 210.220.163.82 / 219.250.36.130
변경 후 cmd에서 ipconfig /flushdns를 실행하고 nslookup google.com으로 응답이 정상인지 확인한다.
DNS 설정 변경과 관련된 더 자세한 내용은 인터넷 느려질 때 집에서 확인하는 네트워크 점검 루틴 7단계에서 다루고 있다. 공유기 DNS 설정 변경이 필요한 경우도 있으니 함께 참고하면 좋다.
04공유기·회선 단계 점검 — 게이트웨이와 트레이스로 회선 상태 확인
단말에서의 모든 설정을 확인했는데도 문제가 해결되지 않으면 공유기나 회선 자체의 문제일 가능성이 높아진다. 이 단계에서는 공유기 관리자 페이지에 접속할 필요 없이 cmd 명령어만으로 확인할 수 있는 항목을 먼저 점검한다.
게이트웨이 연속 핑 테스트
ping -t 192.168.0.1
기본 게이트웨이 주소는 ipconfig /all에서 확인한다. -t 옵션으로 연속 핑을 보내면서 응답 시간과 손실(loss)을 관찰한다. 응답 시간이 10ms 이내로 일정해야 정상이다. 요청 시간이 초과(timeout)되거나 손실이 발생하면 공유기나 케이블 문제다.
게이트웨이에 100회 연속 핑을 보내서 단 한 번도 손실이 없어야 안정적인 상태로 본다. 1~2회 loss는 케이블 접촉 불량이나 공유기 과부하일 수 있다.
tracert로 경로 추적
tracert 8.8.8.8
게이트웨이까지는 정상인데 그 이후 홉(hop)에서 응답이 없거나 지연이 급격히 증가하면 통신사 회선 문제일 가능성이 있다. 이 경우 사용자가 할 수 있는 조치는 제한적이다. 통신사 고객센터에 tracert 결과를 제시하면 장애 접수가 훨씬 빠르다.
05재발 방지와 유지 관리 — DHCP 임대와 DNS 설정 고정
한 번 해결된 문제가 다시 발생하지 않도록 몇 가지 설정을 변경해두는 것이 좋다. 특히 IP 충돌은 DHCP 임대 시간이 길거나 수동 IP를 사용하는 기기가 섞여 있을 때 자주 발생한다.
ipconfig /flushdns를 실행하는 습관을 들이면 DNS 캐시 오염으로 인한 접속 장애를 예방할 수 있다.
위 순서를 따라 IP 충돌과 DNS 오류를 확인했다면 대부분의 부분 접속 불가 문제는 해결된다. 그래도 증상이 지속된다면 공유기 펌웨어 업데이트 또는 통신사 회선 점검을 고려해야 한다.
인터넷 연결은 되는데 특정 사이트만 안 열리는 증상은 대부분 IP 충돌이나 DNS 설정 문제에서 비롯된다. cmd 명령어만으로 단말-공유기-회선을 분리해 진단할 수 있고, DNS 서버 변경이나 캐시 초기화만으로 해결되는 경우가 많다. 게이트웨이 연속 핑에서 loss가 없는데도 문제가 지속된다면 그때는 통신사 회선 장애 가능성을 열어두고 tracert 결과를 준비해 문의하는 것이 효율적이다.
'인터넷·네트워크' 카테고리의 다른 글
| 공유기 펌웨어 업데이트 주기와 주의점 — 무작정 하면 안 되는 이유 (0) | 2026.07.03 |
|---|---|
| 게임 끊김 줄이는 네트워크 우선순위 설정법 — QoS와 윈도우 트래픽 조정 (0) | 2026.07.01 |
| 유무선 이중 회선 속도 끊김 원인과 해결 순서 - 진단과 안정화 (0) | 2026.06.24 |
| 아파트 와이파이 채널 최적화로 속도 끊김 해결하는 법 (1) | 2026.06.23 |
| 와이파이는 잡히는데 인터넷이 안 될 때 진단 순서 - 단말기·공유기·회선 원인 추적 (0) | 2026.06.22 |