인터넷 끊김 해결 가이드 – 핑 테스트부터 공유기 로그 확인까지 집 네트워크 트러블슈팅 7단계

핑 테스트부터 공유기 로그 확인까지 집 네트워크 트러블슈팅 7단계

핑 테스트부터 공유기 로그 확인까지 집 네트워크 트러블슈팅 7단계

인터넷이 끊기는 순간만큼 무력한 순간이 없다. 특히 중요한 화상회의 도중이거나, 파일을 업로드하다 날아가거나, 게임 중에 연결이 끊겨버릴 때. 그 순간 공유기를 바라보며 "이게 왜 이러는 거야"를 외치게 된다.

나는 소프트웨어 개발을 오래 하면서 문제 해결에는 순서가 있다는 걸 뼈저리게 배웠다. 무작정 재시작하거나, 선을 뽑았다 꽂거나, 새 공유기를 주문하는 건 경험이 쌓이기 전의 행동이다. 문제를 레이어별로 좁혀가면 원인이 보이고, 원인이 보이면 해결이 빠르다. 이 글은 그 절차를 정리한 것이다.

1단계: 증상 기록 – 기억보다 로그가 정확하다

의사가 진료할 때 증상을 먼저 묻는 것처럼, 트러블슈팅도 증상 파악이 먼저다. "인터넷이 느려요"와 "특정 시간대에 유독 핑이 튀어요"는 완전히 다른 문제다.

기록해야 할 항목들이 있다. 언제 끊기는지, 특정 기기만인지 전체인지, 재시작하면 일시 해결되는지, 특정 시간대에 몰려서 발생하는지. 이 정보가 있으면 절반은 해결된 것이나 다름없다.

[증상 기록 체크리스트]
- 발생 시간 : (예) 저녁 8~10시 집중 발생
- 영향 범위 : 전체 기기 / 특정 기기만 / 특정 기기 유형만(무선만 등)
- 증상 유형 : 완전 단절 / 속도 저하 / 핑 튀김 / 특정 사이트만 안됨
- 지속 시간 : 수초 / 수분 / 수시간
- 재현 조건 : 항상 발생 / 간헐적 / 특정 행동 후 발생
- 최근 변경사항 : 기기 추가 / 펌웨어 업데이트 / 공사 / ISP 작업 등

2단계: 핑 테스트로 레이어 구분 – 어디가 막혔는지 범위를 좁혀라

수도관이 막혔을 때 어느 구간이 막혔는지 먼저 찾아야 한다. 집 안인지, 건물 공용관인지, 수도국 배관인지. 네트워크도 계층이 있고, 계층별로 핑을 쏴보면 어디서 문제가 발생하는지 범위가 좁혀진다.

# Windows 명령 프롬프트 또는 PowerShell에서 실행

# 1. 공유기 내부 통신 확인 (공유기 기본 게이트웨이 주소)
ping 192.168.1.1

# 2. ISP 게이트웨이 확인 (tracert로 첫 번째 홉 확인 후 해당 IP 핑)
tracert 8.8.8.8

# 3. 외부 DNS 서버 직접 핑 (도메인 해석 우회)
ping 8.8.8.8
ping 1.1.1.1

# 4. 도메인 해석 확인
ping google.com

# 5. 지속적 핑으로 간헐적 끊김 확인 (-t 옵션은 계속 전송)
ping -t 8.8.8.8

# macOS / Linux 동일 명령
ping -c 100 8.8.8.8

공유기 핑은 되는데 외부 핑이 안 되면 ISP 문제 또는 공유기 WAN 설정 문제다. 외부 핑은 되는데 도메인이 안 잡히면 DNS 문제다. 공유기 핑도 안 되면 LAN 케이블이나 무선 연결 문제다. 이 세 가지를 구분하는 것만으로도 불필요한 시간 낭비를 크게 줄일 수 있다.

3단계: 속도 측정과 기준 비교 – 계약 속도와 실제 속도 사이의 간극을 확인해라

마라톤 선수가 훈련 전후 기록을 비교하듯, 네트워크 속도도 기준선이 있어야 비교가 된다. speedtest.net이나 fast.com에서 측정한 값이 계약 속도와 크게 차이 나면 ISP 문제일 가능성이 높다. 그런데 여기서 주의할 점은, 무선으로 측정하면 무선 구간의 손실이 포함된다는 거다. 정확한 확인을 위해서는 유선으로 공유기에 직결해서 측정해야 한다.

# 유선 직결 vs 무선 속도 비교 측정 절차

1. 노트북을 공유기에 LAN 케이블로 직접 연결
2. speedtest-cli 또는 브라우저에서 speedtest.net 접속
3. 속도 측정 및 기록 (다운/업로드/핑)
4. LAN 케이블 제거 후 무선으로 같은 위치에서 재측정
5. 두 값을 비교

# Linux/macOS에서 speedtest-cli 사용
pip install speedtest-cli
speedtest-cli --simple

유선은 계약 속도가 나오는데 무선이 현저히 낮다면 무선 설정이나 간섭 문제다. 유선도 계약 속도의 절반 이하라면 ISP에 민원을 넣을 근거가 된다. 나는 이 측정값을 찍어두고 ISP 고객센터에 제출해서 장비 교체를 받은 적이 있다.

4단계: 공유기 로그 확인 – 장비가 스스로 남긴 일지를 읽어라

항공 사고 조사관이 블랙박스를 보듯, 공유기 로그는 장애 순간의 기록이다. 공유기 관리 페이지에서 로그를 확인하면 언제 WAN 연결이 끊겼는지, 어떤 오류가 발생했는지 흔적이 남아 있다.

[공유기 로그 접근 방법]
1. 브라우저에서 192.168.1.1 접속
2. 관리자 로그인
3. 상태(Status) 또는 시스템 로그(System Log) 메뉴 진입
4. WAN 상태 변경 이력 확인
5. DHCP 오류, DNS 오류, 포트 스캔 경고 등 이상 항목 확인

[주요 로그 키워드 의미]
WAN disconnected : ISP 구간 또는 모뎀-공유기 간 단절
DHCP failed      : IP 할당 실패 (ISP 또는 공유기 DHCP 문제)
DNS resolve fail : DNS 서버 응답 없음
DoS attack detected : 포트 스캔 또는 외부 공격 감지
High CPU usage   : 공유기 과부하

로그를 보면 사람이 느끼기 전에 이미 수십 번 연결이 끊겼다가 다시 이어진 경우도 있다. 특히 새벽에 ISP 망 점검으로 잠깐씩 끊기는 패턴이 로그에 찍혀 있는 경우가 꽤 있다. 그게 문제인지 아닌지 판단할 수 있는 건 로그가 있을 때만이다.

5단계: 채널과 대역 간섭 점검 – 주파수 전쟁에서 이겨라

아파트 단지에 살면 주변 집 공유기들과 무선 채널을 공유하게 된다. 같은 채널에 여러 공유기가 몰려 있으면 서로 간섭을 일으켜서 속도가 뚝 떨어지거나 끊김이 잦아진다. 주파수 혼잡한 지역의 라디오 방송처럼, 채널이 겹치면 잡음이 많아지는 것과 같다.

# Windows에서 Wi-Fi 분석 도구 실행
netsh wlan show networks mode=bssid

# 채널별 공유기 수 확인 가능
# 또는 Wi-Fi Analyzer 앱 (Windows 스토어, 안드로이드) 사용

# 권장 채널 설정 기준
2.4GHz : 채널 1, 6, 11 중 혼잡하지 않은 채널 수동 설정
5GHz   : 채널 범위가 넓으므로 상대적으로 간섭 적음
         36, 40, 44, 48번 채널 (UNII-1 대역) 우선 고려

공유기를 AUTO 채널로 두면 알아서 설정해주는데, 이게 항상 최적은 아니다. 특히 밤 시간대에 주변 공유기가 많아지면 AUTO가 더 혼잡한 채널로 이동하는 경우도 있다. 수동으로 채널을 고정해두는 게 안정성 면에서 낫다.

6단계: DNS 서버 변경 – 길 안내가 느리면 목적지도 늦게 도착한다

내비게이션 서버가 느리면 경로 안내가 늦게 뜨듯, DNS 서버가 느리면 사이트 접속이 늦어진다. ISP가 기본으로 제공하는 DNS가 항상 최선이 아니다.

# Windows에서 DNS 변경 방법
1. 제어판 > 네트워크 및 공유 센터 > 어댑터 설정 변경
2. 사용 중인 어댑터 우클릭 > 속성
3. 인터넷 프로토콜 버전 4 (TCP/IPv4) > 속성
4. 기본 DNS 서버 : 1.1.1.1 (Cloudflare) 또는 8.8.8.8 (Google)
5. 보조 DNS 서버 : 1.0.0.1 또는 8.8.4.4

# Linux에서 DNS 변경
sudo nano /etc/resolv.conf
# 아래 내용 추가
nameserver 1.1.1.1
nameserver 1.0.0.1

# macOS에서 DNS 변경
시스템 설정 > Wi-Fi > 고급 > DNS 탭 > + 버튼으로 추가

특정 사이트만 느리거나 안 열릴 때 DNS를 바꾸면 바로 해결되는 경우가 꽤 있다. ISP DNS가 해당 도메인을 잘못 캐싱하거나 응답이 느린 경우가 있기 때문이다. 단순한 설정 변경인데 체감 개선이 큰 경우가 있어서, 트러블슈팅 목록에서 의외로 높은 우선순위를 두게 됐다.

7단계: ISP 신고와 케이블 점검 – 내 손으로 고칠 수 없는 것도 있다

집 안 모든 걸 점검해도 문제가 없다면 이제 집 바깥 구간을 의심해야 한다. ISP 인입 구간의 광케이블 손상, 단자함 내 커넥터 접촉 불량, 건물 공용 네트워크 장비 이상 등이 해당된다.

이 구간은 직접 손댈 수 없고 ISP 기술자를 불러야 한다. 그런데 무작정 "인터넷이 이상해요"라고 신고하는 것보다, 앞서 수집한 데이터를 제시하면 처리가 훨씬 빠르다.

[ISP 신고 시 준비할 데이터]
1. 증상 발생 일시 기록 (로그 캡처)
2. 핑 테스트 결과 (외부 IP까지는 되는지 여부)
3. 속도 측정 결과 (유선 직결 기준)
4. 공유기 WAN 로그 (연결 끊김 시각)
5. 다른 기기에서도 동일 증상 발생 여부

이 데이터가 있으면 기술자 방문 시 불필요한 시간 낭비 없이 문제 구간으로 바로 집중할 수 있다. 나는 이 방식으로 인입 광케이블 커넥터 불량을 찾아내서 교체받은 경험이 있다. 그냥 신고만 했다면 "이상 없습니다" 한 마디 듣고 끝났을 상황이었다.

마무리 – 인터넷 끊김은 운이 아니라 원인이 있다

버그가 생기면 원인 없이 생기지 않는다. 인터넷 끊김도 마찬가지다. 원인 없이 끊기는 인터넷은 없다. 다만 원인을 찾는 절차가 없으면 원인이 없는 것처럼 느껴질 뿐이다.

7단계 절차를 한 번이라도 끝까지 따라가 보면, 이후엔 반 이상은 스스로 원인을 찾고 해결하게 된다. 그 과정에서 집 네트워크 구조에 대한 이해가 쌓이고, 다음 번 문제가 생겼을 때 시간이 훨씬 줄어든다. 제일 좋은 건 이 절차를 쓸 일이 없는 것이지만, 필요할 때 이 흐름이 떠오른다면 그걸로 충분하다.

출처 및 추천

• KT 고객센터: https://cs.kt.com
• SK브로드밴드 고객센터: https://www.skbroadband.com
• LG유플러스 고객센터: https://www.uplus.co.kr
• Wi-Fi Analyzer 앱 (Android): https://play.google.com/store/apps/details?id=com.farproc.wifi.analyzer
• Microsoft 네트워크 진단 가이드: https://support.microsoft.com/ko-kr