Ping 테스트 도구

Ping은 호스트 간의 네트워크 연결성과 지연 시간을 테스트하는 데 사용되는 네트워크 진단 도구입니다. 대상 호스트에 ICMP 에cho 요청 패킷을 보내고 응답을 기다림으로써 대상에 도달 가능한지 판단하고 네트워크 지연 시간을 측정합니다. Ping 테스트는 네트워크 문제 해결, 서버 모니터링, 네트워크 성능 평가에 일반적으로 사용됩니다. 브라우저 기반 테스트는 실제 명령줄 ping과 방식이 다를 수 있으며 방화벽, DNS, 프록시, 서버 설정의 영향을 받습니다. 장애 분석에는 여러 위치와 도구의 결과를 비교하는 것이 좋습니다.

Ping 도구는 ToolAct 백엔드 서버에서 대상 호스트로 탐색 패킷을 보내 도달 가능성과 왕복 지연 시간을 측정합니다. 전통적인 ping은 OSI 레이어 3에서 ICMP(인터넷 제어 메시지 프로토콜, RFC 792)를 사용합니다: 소스는 시퀀스 번호와 페이로드를 포함한 ICMP Echo Request(Type 8, Code 0)를 보내고, 대상은 ICMP Echo Reply(Type 0, Code 0)로 응답합니다. 왕복 시간(RTT)은 요청 전송과 응답 수신 사이의 간격으로 밀리초 단위로 측정됩니다. 브라우저는 원시 ICMP 패킷을 보낼 수 없기 때문에(Socket API가 웹 콘텐츠에 원시 소켓을 노출하지 않음) 이 도구는 백엔드 API를 통해 ping을 프록시합니다. 서버 측 프로세스가 실제 ICMP 교환을 실행하고 결과를 브라우저에 반환합니다. IP 헤더의 TTL(Time To Live) 필드는 각 라우터 홉에서 1씩 감소합니다. TTL이 0에 도달하면 라우터는 패킷을 폐기하고 ICMP Time Exceeded(Type 11) 메시지를 반환합니다. 이것이 traceroute의 메커니즘이지만, ping 테스트에서 초기 TTL 값은 대상의 OS를 보여줍니다: Windows는 기본 128, Linux/macOS는 64, 네트워크 장비는 보통 255입니다. 수신된 TTL을 기본값에서 빼면 대상까지의 대략적인 홉 수를 구할 수 있습니다. 패킷 손실은 (전송 패킷 수 - 수신 패킷 수) / 전송 패킷 수 × 100%로 계산됩니다. 0% 손실은 모든 탐색 패킷이 타임아웃 내에 반환되었음을 의미합니다. 간헐적 손실은 혼잡, 하드웨어 오류, 속도 제한 또는 대상이나 중간 방화벽의 ICMP 비활성화를 나타낼 수 있습니다. 많은 프로덕션 서버와 클라우드 제공업체는 엣지에서 ICMP를 완전히 비활성화하므로, 100% 손실 결과가 반드시 호스트가 다운되었다는 의미는 아닙니다. ICMP가 필터링되었을 수 있습니다. 도구는 모든 성공적인 탐색 패킷에서 최소, 최대, 평균 지연 시간을 보고하며, 이들을 함께 지터를 보여줍니다: 낮은 평균과 높은 최댓값은 가끔 발생하는 스파이크를 나타내고, 일관된 최소/최대값은 안정적인 링크를 나타냅니다.

• ICMP Echo 메커니즘(RFC 792): Echo Request(Type 8)는 16비트 식별자, 16비트 시퀀스 번호, 선택적 페이로드를 carried하며—Echo Reply(Type 0)는 동일한 식별자와 시퀀스를 에코하여 발신자가 응답을 요청과 매칭할 수 있게 합니다.
• RTT 측정: 왕복 시간은 요청 전송부터 응답 수신까지의 벽시계 간격으로, 네트워크 전파 지연, 라우터 대기열, 대상 처리 시간을 포함합니다—1ms 미만은 대상이 같은 LAN에 있음을 나타내고, 100ms 이상은 대륙간 경로를 나타냅니다.
• TTL 홉 수 추론: 초기 TTL 값은 OS 규칙을 따릅니다(Windows 128, Linux/macOS 64, 네트워크 장비 255). 대략적인 홉 수 = 초기 TTL - 수신 TTL. Windows 호스트에서 수신 TTL이 117이면 대략 11개의 라우터 홉을 나타냅니다.
• 패킷 손실 해석: 연결이 양호한 경로에서 <2% 손실은 정상입니다. 2-10%는 혼잡이나 불안정한 링크를 나타내고, >10%는 심각한 문제를 나타냅니다. 단, 방화벽이나 클라우드 제공업체의 ICMP 필터링은 정상 호스트에서 100% 손실 위양성을 생성할 수 있습니다.
• 지연 시간 통계: N개 탐색 패킷에서의 최소, 최대, 산술 평균은 지터를 보여줍니다—낮은 평균과 높은 최댓값은 산발적 혼잡을 나타내며, 표준 편차(표시되지는 않지만 패킷별 테이블에서 계산 가능)는 분포를 정량화합니다.
• 브라우저 제한: JavaScript는 WebSocket, fetch, XMLHttpRequest API가 애플리케이션 계층(TCP/TLS/HTTP)에서 작동하므로 원시 ICMP 패킷을 보낼 수 없습니다—도구는 백엔드 API를 통해 ping을 프록시하므로 측정된 지연 시간에 ToolAct 서버까지의 추가 HTTP 왕복이 포함됩니다.
• ICMP 속도 제한: 많은 호스트와 라우터가 ICMP 속도 제한을 적용합니다(Linux 커널 매개변수 net.ipv4.icmp_ratelimit, 기본값 1000ms)—속도 제한보다 빠르게 탐색 패킷을 보내면 실제 네트워크 상태를 반영하지 않는 인위적인 패킷 손실이 발생합니다.