핑 테스트 — 응답 시간 숫자를 읽는 법과 ping이 안 되는데 사이트는 멀쩡한 이유

사이트가 유난히 느립니다. 내 인터넷이 문제인지, 저쪽 서버가 문제인지 모르겠습니다. 이럴 때 제일 먼저 던져 보는 것이 핑입니다. 그런데 핑은 숫자를 읽을 줄 알아야 쓸모가 있고, 하나 더 — 어디서 무엇으로 쟀는지에 따라 결과가 정반대로 나옵니다.

핑 테스트 바로 하기 →

핑 테스트 도구는 주소를 넣으면 그 서버에 신호를 4번 보내고, 한 번마다 답이 돌아오기까지 걸린 시간을 밀리초(ms)로 보여 줍니다. 답이 안 오면 그 줄은 "Request timeout"으로 표시되고, 마지막에 4번 중 몇 번 답이 왔는지(패킷 손실 비율)가 나옵니다.

여기서 알아 둘 점이 하나 있습니다. 화면은 흔히 보는 ping 명령 형식(icmp_seq, ttl=64)으로 나오지만, 도구가 실제로 재는 것은 tooly 서버에서 그 주소로 HTTPS 요청을 보내 응답이 돌아올 때까지의 시간입니다. 주소 찾기, 연결, 암호화 협상, 응답 받기가 모두 들어간 시간이고, 한 번에 5초를 넘기면 timeout으로 칩니다. 그래서 명령 프롬프트의 ping과는 숫자도, 되고 안 되고도 다를 수 있습니다. 이게 이 글의 핵심입니다.

숫자는 어떻게 읽나요?

핑 결과에서 볼 것은 세 가지입니다.

기준값을 잡을 수 있게 이 글을 쓰는 PC(2026년 9월 7일, 국내 회선, Windows의 ping -n 4)에서 잰 값을 그대로 적습니다.

google.com의 46~262ms처럼 편차가 큰 것은 경로가 혼잡하거나 무선 구간이 흔들릴 때 나타납니다. 그리고 마지막 줄 — naver.com은 국내에서 가장 가까운 사이트인데 응답이 0번입니다. 사이트는 멀쩡히 열립니다. 이 현상이 다음 단락입니다.

ping이 안 되는데 사이트는 멀쩡한 이유

명령 프롬프트의 ping은 ICMP라는 별도의 신호를 보냅니다. 웹페이지를 주고받는 통로(HTTPS)와는 다른 통로입니다. 그래서 서버가 ICMP에 답하지 않도록 막아 두면, 사이트는 정상인데 ping만 100% 손실로 나옵니다. 보안이나 부하 때문에 이렇게 두는 서버가 흔합니다.

같은 naver.com을 tooly 도구로 재면 결과가 뒤집힙니다. 도구는 HTTPS 요청을 보내므로 ICMP를 막았는지와 무관하게 응답을 받습니다. 실제로 실행해 보니 274.28ms, 283.90ms, 289.22ms, 289.92ms — 4번 모두 응답, 손실 0%였습니다.

이 숫자가 국내 PC의 30~40ms보다 훨씬 큰 것도 이유가 있습니다. 측정 지점이 내 PC가 아니라 tooly 서버(IP 위치 조회로는 해외 데이터센터)이고, ICMP 한 번이 아니라 암호화 협상까지 포함한 웹 요청 한 번이기 때문입니다. 참고로 이 PC에서 naver.com에 HTTPS 요청을 보내면 총 0.24초(약 240ms)가 걸렸습니다 — ping은 안 되지만 웹 요청은 정상이라는 뜻입니다.

정리하면 이렇습니다.

내 회선을 재려면 명령어로

내 인터넷이 문제인지 보려면 측정 지점이 내 PC여야 합니다. 도구가 아니라 명령어를 씁니다.

• Windows: 시작 메뉴에서 cmd를 열고 ping -n 4 tooly.co.kr — 4번 보내고 끝납니다. ping -t tooly.co.kr은 멈출 때까지 계속 보내며, Ctrl + C로 끝냅니다.
• 맥·리눅스: 터미널에서 ping -c 4 tooly.co.kr. 옵션 없이 ping tooly.co.kr만 치면 계속 보냅니다.

결과 마지막 줄의 최소·최대·평균이 위 표의 값입니다. 와이파이에서 편차가 크면 유선으로 바꿔 한 번 더 재 보면 원인이 좁혀집니다. ICMP를 막은 서버(naver.com처럼)에는 이 방법이 통하지 않으니, 그때는 8.8.8.8 같은 응답이 확실한 주소로 내 회선을 재고, 서버 상태는 도구로 봅니다.

두 결과가 다를 때 판단하는 순서

1. 도구는 정상인데 내 ping이 느리거나 빠진다 → 내 회선·와이파이·공유기 쪽입니다. 유선 연결, 공유기 재시작, 다른 기기로 비교합니다.
2. 도구도 timeout이거나 수백 ms가 반복된다 → 서버 쪽이거나 그 서버까지의 경로 문제입니다. 사이트 접속 안 될 때 확인 순서로 넘어갑니다.
3. 내 ping은 100% 손실인데 도구는 정상이다 → ICMP를 막은 서버입니다. 사이트 장애가 아닙니다.
4. 주소를 넣자마자 "핑을 측정할 수 없습니다"가 뜬다 → 도메인의 IP를 찾지 못한 것입니다. 오타이거나 DNS 문제라 DNS 조회에서 확인합니다.
5. 핑은 되는데 특정 서비스만 안 된다 → 서버는 살아 있고 그 서비스의 문이 닫힌 경우라 포트 확인이 다음 단계입니다.

자주 묻는 질문

결과의 ttl=64는 무슨 뜻인가요?
원래 ping에서 ttl은 신호가 거칠 수 있는 중간 장비 수의 남은 값입니다. 다만 이 도구는 HTTPS 요청으로 재기 때문에 실제 ttl을 알 수 없고, 화면의 64는 ping 형식을 맞추기 위한 고정 표기입니다. 판단에 쓰지 마시고 time과 손실만 보시면 됩니다.

왜 4번만 보내나요? 더 보낼 수 있나요?
도구는 4번으로 고정돼 있고, 한 번에 5초를 넘기면 timeout 처리됩니다. 오래 지켜보려면 명령 프롬프트의 ping -t가 맞습니다.

IP 주소를 넣어도 되나요?
됩니다. 도메인을 넣으면 먼저 IP로 바꾼 뒤 재고, IP를 넣으면 그대로 잽니다. 결과 첫 줄에 어느 IP로 쟀는지 표시됩니다. 내 IP가 궁금하면 내 IP 주소 확인 글이 있습니다.

게임에서 말하는 핑과 같은 건가요?
같은 말이지만 대상이 다릅니다. 게임의 핑은 내 PC와 게임 서버 사이의 왕복 시간이라, 웹사이트 주소를 재는 이 도구로는 알 수 없습니다. 게임 쪽 핑은 게임 안의 표시나 내 PC에서 게임 서버 주소로 재는 값을 봐야 합니다.

몇 ms부터 느린 건가요?
정해진 기준은 없고 용도에 따라 다릅니다. 이 글의 실측처럼 국내 서버는 수십 ms, 해외 서버는 백 몇십 ms가 흔한 범위이고, 평소 값보다 갑자기 몇 배로 뛰거나 손실이 생기는 것이 신호입니다.

함께 보면 좋은 것

핑이 안 되면 그 다음은 사이트 접속 안 될 때 — 서버 문제인지 내 문제인지로, 핑은 되는데 특정 서비스만 막히면 포트 확인 글로, 주소를 못 찾으면 DNS 조회 글로 이어집니다.

핑 테스트 열어 보기 →

이 글의 도구 동작(HTTPS 요청 4회·5초 timeout·서버 측 측정·ttl 고정 표기)은 2026년 9월 7일에 도구 코드를 직접 확인해 적었고, 응답 시간 수치는 같은 날 이 PC와 도구에서 잰 값이라 시간·회선·위치에 따라 달라집니다.