Test Ping (ICMP / TCP / HTTP)

Test ping obsługuje trzy tryby: ICMP (klasyczny ping), TCP connect (czas handshake gniazda) oraz HTTP HEAD (osiągalność aplikacji). Przydaje się, gdy ICMP jest blokowany, ale TCP/HTTPS przechodzi, lub gdy chcesz zmierzyć jak szybko reaguje endpoint web, a nie tylko sam RTT sieci. Ustaw liczbę prób, timeout, port lub URL, aby odzwierciedlić ruch produkcyjny.

Każde uruchomienie zapisuje czas poszczególnych prób, liczbę wysłanych/odebranych, procent utraty pakietów i statystyki min/avg/max/stddev. ICMP pokazuje surowy RTT, TCP connect mierzy handshake na danym porcie, a HTTP HEAD śledzi przekierowania i mierzy odpowiedź serwera/krawędzi. Porównanie trzech trybów pozwala znaleźć, czy wąskie gardło jest w sieci, handshake’u, czy w samej aplikacji.

Używaj do weryfikacji wyjścia VPN/proxy, sprawdzenia dostępności POP CDN, testów zmian firewalli lub tworzenia baseline przed wdrożeniem. Jeśli pojawia się utrata pakietów, przejdź do traceroute/MTR, by zobaczyć, na którym hopie się zaczyna. Tryby TCP/HTTP pomagają przy zgłoszeniach „strona nie działa” ograniczonych do konkretnego portu czy ścieżki.

Wyniki można skopiować jako JSON do ticketów czy runbooków. Walidacja po stronie klienta blokuje zakresy portów, ogranicza próby (max 10) i krótkie timeouty, by testy były lekkie. HTTP wymaga tego samego hosta i tylko http/https, by uniknąć SSRF; adresy prywatne/rezerwowe są odrzucane od razu.

Wskazówki: wykonaj kilka krótkich serii, aby zobaczyć jitter; porównaj ICMP z HTTP, gdy TTFB jest wysokie; pamiętaj, że Wi-Fi, szyfrowanie VPN i urządzenia pośrednie mogą wprowadzać zmienność, nawet jeśli surowy ping wygląda stabilnie.