네트워크 / 핑 테스트(ping test)

핑 테스트(ping test)는 장치나 서버에 확인 요청을 보내 응답 여부, 왕복 지연 시간, 응답 누락을 살펴보는 네트워크 점검 방법입니다. 인터넷이나 와이파이가 느리고 불안정할 때 연결 상태를 좁혀 보는 데 도움이 됩니다. 다만 다운로드 속도를 측정하거나 웹사이트의 모든 기능이 정상인지 확인하는 검사는 아니므로, 결과의 의미와 한계를 함께 알아야 합니다.

핑 테스트로 확인할 수 있는 것

일반적인 ping은 인터넷 제어 메시지 프로토콜(ICMP, Internet Control Message Protocol)의 에코 요청(Echo Request)을 보내고 에코 응답(Echo Reply)을 기다립니다. 응답이 돌아오면 요청을 보낸 시점부터 응답을 받은 시점까지의 시간을 계산합니다. IPv4의 에코 요청·응답은 ICMP 표준 문서 RFC 792에, IPv6에서 사용하는 ICMPv6는 ICMPv6 표준 문서 RFC 4443에 정의되어 있습니다.

• 응답 여부: 해당 주소가 이번 요청에 응답했는지 확인합니다.
• 왕복 지연 시간(RTT, Round-Trip Time): 요청이 갔다가 응답이 돌아오기까지 걸린 시간입니다. 보통 밀리초(ms)로 표시하며, 20ms는 0.02초입니다.
• 응답 누락과 손실률: 보낸 요청 중 응답을 받지 못한 비율을 확인합니다. 실제 통신 문제뿐 아니라 응답 차단이나 시간 제한의 영향도 받을 수 있습니다.

인터넷 속도 측정의 Mbps는 초당 전송할 수 있는 데이터양을, 핑의 ms는 응답이 돌아오는 시간을 나타냅니다. 다운로드 속도가 높아도 지연이 크거나 불규칙하면 게임과 통화에서 불편을 느낄 수 있습니다. 이 차이는 Cloudflare의 지연 시간과 대역폭 설명에서 확인할 수 있습니다.

핑 테스트가 필요한 경우

핑은 연결이 완전히 끊겼을 때뿐 아니라 문제가 간헐적으로 나타날 때도 유용합니다. 다음 상황에서 평소와 문제 발생 시점의 결과를 비교해 볼 수 있습니다.

• 온라인 게임의 반응이 늦을 때: 지연 시간이 갑자기 늘거나 응답이 누락되는지 봅니다. 임의의 외부 서버에 대한 결과를 게임 서버의 실제 지연 시간과 같다고 보지는 않습니다.
• 영상·음성 통화가 끊길 때: 평균뿐 아니라 지연의 변화와 응답 누락을 확인합니다. 기기 성능이나 통화 서비스의 문제도 별도로 살펴야 합니다.
• 와이파이는 연결됐는데 인터넷이 불안정할 때: 공유기와 외부 주소를 나누어 테스트하여 어느 구간을 먼저 살펴볼지 정합니다.
• 공유기 위치나 연결 방식을 비교할 때: 같은 대상과 설정으로 방 위치, 와이파이와 유선 연결 등을 바꾸어 측정합니다.
• 내부 장치에 연결되지 않을 때: 직접 관리하는 컴퓨터나 네트워크 저장장치(NAS)의 실제 IP 주소로 응답을 확인합니다. 상대 장치가 핑 응답을 허용해야 합니다.

한 번의 결과만으로 통신사나 공유기의 고장을 확정할 수는 없습니다. 핑은 다음 점검 대상을 정하는 단서로 사용하는 편이 좋습니다.

테스트할 주소 고르기

대상에는 IP 주소 또는 호스트 이름을 넣습니다. 호스트 이름에는 google.com처럼 도메인 이름을 사용할 수 있습니다. https://, 포트 번호, 웹페이지 경로까지 포함한 URL을 그대로 넣지는 않습니다.

• 공유기: 현재 연결의 기본 게이트웨이 주소를 사용합니다. 윈도우에서는 ipconfig를 실행한 뒤 현재 사용하는 Wi-Fi 또는 이더넷 어댑터의 ‘기본 게이트웨이’를 확인합니다. 여러 어댑터가 있다면 연결된 어댑터를 구분합니다.
• 외부 주소: 응답을 확인할 외부 서버를 정합니다. 예를 들어 8.8.8.8은 Google Public DNS의 IPv4 주소입니다. 이 주소의 핑 응답은 해당 주소까지의 ICMP 응답이며, DNS 조회 기능 전체를 시험하는 것은 아닙니다.
• 특정 장치: 공유기 관리 화면이나 장치의 네트워크 설정에서 확인한 실제 주소를 사용합니다. 192.168.0.1은 공유기 주소의 예시일 뿐 모든 환경에서 같지 않습니다.

ipconfig

기본 게이트웨이와 IP 주소를 확인하는 방법은 Microsoft의 ipconfig 문서에도 설명되어 있습니다. VPN을 사용하면 경로가 달라질 수 있으므로 비교할 때 연결 조건을 기록합니다. 집 안의 사설 주소는 일반적으로 같은 내부 네트워크에서 점검해야 합니다.

윈도우·리눅스·안드로이드에서 실행하기

윈도우에서 핑 테스트하기

1. Win + R을 누르고 cmd를 입력해 명령 프롬프트를 엽니다. PowerShell에서도 실행할 수 있습니다.
2. 아래처럼 ping 다음에 대상 주소를 입력합니다. 일반적인 점검에는 관리자 권한이 필요하지 않습니다.

ping google.com

3. 각 요청의 응답 시간과 마지막 통계를 확인합니다. 윈도우는 기본적으로 요청을 네 번 보내고 종료합니다.

위 화면은 기존 실행 예시이며 IP 주소와 응답 시간은 환경에 따라 달라집니다. 간헐적인 끊김을 관찰하려면 연속 테스트를 실행하고 문제가 나타나는지 살펴봅니다. 마칠 때는 Ctrl + C를 눌러 중지합니다.

ping -t 8.8.8.8

리눅스에서 핑 테스트하기

Ubuntu 등 일반적인 리눅스의 터미널에서는 다음과 같이 실행합니다. 아래 설명은 iputils의 ping 기준이며, 다른 구현에서는 옵션이 다를 수 있습니다.

ping google.com

횟수를 지정하지 않으면 계속 요청을 보냅니다. Ctrl + C를 누르면 중지되며 전송·수신 횟수, 손실률과 왕복 시간 통계가 표시됩니다.

정해진 횟수만 실행하려면 -c를 사용합니다. 다음 예시는 열 번 보내고 종료합니다. ping 명령을 찾을 수 없다는 메시지가 나오면 배포판에 맞는 ping 패키지 설치 여부를 확인합니다.

ping -c 10 8.8.8.8

안드로이드에서 핑 테스트하기

스마트폰에서는 핑 앱에 같은 대상 주소를 입력하고 테스트할 수 있습니다. 예를 들어 Ping - JB Tool은 요청 횟수·간격·타임아웃과 IPv4·IPv6 방식을 설정하고, 실시간 지연 그래프·응답 통계·패킷 손실을 확인할 수 있습니다. 즐겨찾기와 기록, 결과 공유도 지원하며 배너 광고가 포함되어 있습니다.

와이파이를 점검할 때는 해당 와이파이에 연결한 뒤 대상 IP나 호스트 이름을 입력합니다. 처음에는 제한된 요청 횟수로 실행하고, 문제가 간헐적이면 연속 테스트를 활용할 수 있습니다. 스마트폰의 결과는 스마트폰이 사용한 연결을 측정한 것이므로 유선 컴퓨터의 결과와 같다고 가정하지 않습니다. 앱을 이용하는 기본 과정은 안드로이드에서 핑 테스트하는 방법도 참고할 수 있습니다.

자주 사용하는 ping 옵션

같은 ping 명령이라도 운영체제에 따라 옵션 이름과 단위가 다릅니다. 특히 윈도우의 -w와 리눅스의 -w를 같은 뜻으로 사용하지 않도록 주의합니다.

윈도우의 주요 옵션

옵션을 함께 쓸 수도 있습니다. 아래 명령은 최대 열 번 요청하고, 각 응답은 최대 3초 기다립니다. 옵션의 자세한 동작은 Microsoft의 ping 명령어 문서에서 확인할 수 있습니다.

ping -n 10 -w 3000 8.8.8.8

리눅스 iputils의 주요 옵션

-W는 대문자입니다. iputils에서는 응답이 전혀 없는 경우와 응답을 받는 경우에 대기 처리 방식이 다를 수 있으므로, ‘각 요청이 반드시 지정한 시간만큼 기다린다’고 보지는 않습니다. 현재 구현의 설명은 iputils의 ping 매뉴얼 원문에서 확인할 수 있습니다. 일반적인 비교에서는 데이터 크기와 전송 간격을 기본값으로 두거나 같은 값으로 맞추는 편이 해석하기 쉽습니다.

핑 테스트 결과 읽는 방법

개별 응답에서는 time 또는 ‘시간’을, 마지막 통계에서는 손실률과 최소·평균·최대 시간을 함께 봅니다. 평균만 낮다고 항상 안정적인 연결은 아닙니다.

예를 들어 요청 100회 중 응답이 97회라면 응답 누락 기준 손실률은 3%입니다. 이는 계산 예시이며 실제 측정값이 아닙니다. 네 번만 실행해 손실이 없었다고 해도 간헐적인 문제까지 없다고 결론 내릴 수는 없습니다.

응답이 20ms 부근에서 일정한 경우와 대부분 20ms이지만 가끔 200ms까지 늘어나는 경우는 체감이 다를 수 있습니다. 몇 ms 이하가 무조건 정상이라는 기준보다 같은 대상·같은 설정에서 평소와 어떻게 달라졌는지가 중요합니다. 가까운 공유기와 먼 서버의 수치를 직접 비교해 어느 쪽이 더 좋은 인터넷인지 판단하지는 않습니다.

인터넷 문제를 좁혀 가는 점검 순서

집이나 사무실의 연결을 점검할 때는 가까운 구간부터 확인하고, 한 번에 한 조건씩 바꾸어 비교합니다.

1. 현재 연결과 기본 게이트웨이를 확인합니다. 유선·와이파이·VPN 중 어떤 경로를 사용하는지 기록하고 실제 공유기 주소를 찾습니다.
2. 공유기 주소로 테스트합니다. 윈도우라면 ping -n 30 192.168.0.1처럼 실행하되 예시 주소를 자신의 게이트웨이 주소로 바꿉니다. 여기에서도 지연이나 누락이 반복된다면 기기와 공유기 사이의 연결을 먼저 살펴볼 만합니다.
3. 외부 주소로 같은 횟수만큼 테스트합니다. 공유기는 안정적인데 외부에서만 문제가 보이면 인터넷 쪽 경로나 대상의 응답 정책을 추가로 확인합니다. 이것만으로 통신사 문제라고 확정하지는 않습니다.
4. 한 가지 조건을 바꾸고 새로 테스트합니다. 공유기 가까이 이동하거나, 가능하면 같은 컴퓨터를 유선으로 연결하여 비교합니다. 와이파이와 모바일 데이터는 서로 다른 경로이므로 결과 차이를 특정 장비의 고장으로 단정하지 않습니다.
5. 문제가 발생하는 동안 결과를 기록합니다. 실행 시각, 대상 주소, 연결 방식, 요청 횟수와 최대 응답 시간·손실률을 함께 남기면 추가 점검이나 문의에 도움이 됩니다.

공유기가 핑 응답을 차단한다면 두 번째 단계만으로 내부 연결의 좋고 나쁨을 판단할 수 없습니다. 관리할 수 있는 다른 내부 장치를 확인하거나 실제 서비스 연결 결과와 함께 살펴봅니다. 이런 단계별 점검과 응답 제한은 Cisco의 ping 동작 및 문제 해결 설명에서도 다룹니다.

응답이 없거나 웹사이트에 접속되지 않을 때

핑에 응답이 없다는 사실만으로 장치가 꺼졌거나 인터넷이 끊겼다고 단정할 수는 없습니다. 대상이나 중간 방화벽이 ICMP 응답을 차단·제한할 수 있고, 반대로 핑은 정상이지만 웹 서비스에 문제가 있을 수도 있습니다.

• ‘호스트를 찾을 수 없음’: 이름을 IP 주소로 바꾸는 과정부터 실패했을 수 있습니다. 입력한 이름의 오타를 확인하고 이름 해석 설정을 점검합니다. 다른 임의의 IP가 응답한다고 해서 원래 도메인의 서버까지 정상이라고 보지는 않습니다.
• ‘요청 시간이 만료됨’: 대기 시간 안에 응답이 오지 않았다는 뜻입니다. 주소·연결 경로·응답 정책을 확인하고, 너무 짧은 타임아웃을 사용했는지도 살펴봅니다.
• ‘대상 호스트에 연결할 수 없음’: 로컬 기기나 경로상의 장치가 전달 불가를 알릴 수 있습니다. 메시지를 보낸 주소와 현재 IP·게이트웨이 설정을 함께 확인합니다.
• 핑은 정상인데 웹 접속이 실패함: 웹 서비스의 포트, 서버 프로그램, DNS, 브라우저·프록시 설정 등을 별도로 확인합니다.

윈도우 PowerShell에서는 아래처럼 TCP 포트 연결을 추가로 검사할 수 있습니다. TcpTestSucceeded가 True이면 해당 TCP 연결이 성립했다는 뜻이지, 로그인이나 웹페이지의 모든 기능까지 정상이라는 뜻은 아닙니다.

Test-NetConnection -ComputerName www.google.com -Port 443

이 검사의 범위는 Microsoft의 Test-NetConnection 문서에 설명되어 있습니다. 다른 대상에 적용하는 방법은 특정 포트로 통신 가능한지 확인하는 방법에서 확인할 수 있습니다.

직접 관리하는 윈도우 컴퓨터가 핑에 응답하도록 설정해야 한다면 윈도우 11에서 PING 허용하는 방법 또는 윈도우 10에서 PING 허용하는 방법을 참고합니다. 방화벽 전체를 끄는 대신 필요한 ICMP 에코 요청 규칙을 허용하고, 점검 목적으로 추가한 규칙은 사용한 네트워크 프로필과 허용 범위를 확인한 뒤 필요에 따라 되돌립니다.