Jak wykonać ping – diagnostyka połączenia sieciowego w CMD krok po kroku

Polecenie ping weryfikuje zdolność komputera do komunikacji z innym urządzeniem w sieci – lokalnym lub w internecie – wysyłając pakiet ICMP Echo Request i mierząc czas powrotu odpowiedzi w milisekundach (RTT, ang. Round Trip Time)¹.

Jak wykonać ping w Windows (CMD)

1. Otwórz Wiersz polecenia (CMD): wciśnij kombinację klawiszy Win + R, w oknie dialogowym wpisz polecenie cmd i naciśnij Enter, lub odszukaj program „cmd” w menu Start¹.
2. W oknie konsoli wprowadź polecenie ping wraz z testowanym adresem domeny lub numerem IP:

ping google.com

Domyślnie system Windows wyśle cztery pakiety próbne, a następnie wyświetli podsumowanie wyników transmisji¹:

Pinging google.com [142.250.186.78] with 32 bytes of data:
Reply from 142.250.186.78: bytes=32 time=12ms TTL=118
Reply from 142.250.186.78: bytes=32 time=11ms TTL=118
Reply from 142.250.186.78: bytes=32 time=13ms TTL=118
Reply from 142.250.186.78: bytes=32 time=11ms TTL=118

Ping statistics for 142.250.186.78:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 11ms, Maximum = 13ms, Average = 11ms

Jak czytać wyniki

Każdy wiersz raportu generowanego przez polecenie dostarcza kluczowych informacji o stanie transmisji w sieci¹:

• Reply from [IP] – oznacza, że urządzenie docelowe poprawnie odebrało pakiet żądania i odesłało komunikat ICMP Echo Reply, co potwierdza działanie połączenia w warstwie sieciowej².
• bytes=32 – rozmiar bufora danych (ang. payload), który w systemie Windows wynosi standardowo 32 bajty. Nie jest to łączna wielkość pakietu sieciowego – po dodaniu 8 bajtów nagłówka ICMP oraz 20 bajtów podstawowego nagłówka IPv4 kompletny pakiet w warstwie IP liczy 60 bajtów¹.
• time=12ms – czas przejścia pakietu w obie strony (RTT, ang. Round Trip Time). W praktyce wartości poniżej 50 ms uważa się zazwyczaj za wskaźnik sprawnego łącza w typowych zastosowaniach biurowych i domowych, a opóźnienia przekraczające 200 ms za odczuwalne spowolnienie, choć są to wyłącznie umowne progi orientacyjne, uzależnione od technologii łącza.
• TTL=118 – Time To Live, czyli licznik określający, ile kolejnych przeskoków przez rutery pakiet zwrotny może wykonać, zanim zostanie odrzucony. Domyślna wartość początkowa to zwykle 128 dla systemów Windows i 64 dla Linuksa. Wyświetlana w wierszu odpowiedzi liczba dotyczy pakietu odesłanego przez serwer docelowy, a nie wysłanego z naszego komputera. Z tego powodu odpowiedź z serwera Linux po przejściu 10 ruterów wyświetli TTL=54, podczas gdy odpowiedź z serwera Windows na tej samej trasie osiągnie TTL=118 – niższa wartość nie świadczy zatem automatycznie o większej odległości fizycznej⁴.
• Packets: Sent = 4, Received = 4, Lost = 0 – statystyki wysłanych, odebranych oraz utraconych pakietów. Jakakolwiek utrata pakietów (loss > 0%) sygnalizuje usterkę toru transmisji, przeciążenie buforów lub zakłócenia sygnału¹.
• Minimum / Maximum / Average – zestawienie czasów skrajnych oraz wartości uśrednionej. Duży rozrzut między czasem minimalnym a maksymalnym świadczy o wysokim poziomie jitteru i niestabilności połączenia¹.

Ciągły ping i przydatne parametry w Windows

Domyślnie system Windows kończy diagnostykę po wysłaniu 4 pakietów. Aby monitorować stabilność sieci w dłuższym przedziale czasu, warto zastosować tryb ciągły za pomocą przełącznika -t¹:

ping -t google.com

W trakcie trwania ciągłego badania naciśnięcie skrótu klawiszowego Ctrl + Break (Ctrl + Pause) wyświetla na ekranie bieżące statystyki pakietów oraz czasy RTT bez przerywania testu. Całkowite zakończenie pomiaru następuje dopiero po wciśnięciu skrótu Ctrl + C¹.

Wiersz polecenia Windows udostępnia również szereg dodatkowych przełączników pozwalających dostosować parametry diagnostyczne do konkretnych scenariuszy badawczych¹:

Jak wykonać ping w Linux i macOS

W systemach z rodziny Linux oraz macOS diagnostykę uruchamia się bezpośrednio w oknie terminala za pomocą komendy z adresem docelowym⁵:

ping google.com

Podstawowa różnica polega na tym, że w tych systemach program domyślnie wysyła zapytania w sposób nieprzerwany, zachowując się analogicznie do przełącznika -t w Windows. Zatrzymanie testu i wywołanie podsumowania statystycznego wymaga naciśnięcia kombinacji klawiszy Ctrl + C⁵.

Aby ograniczyć test do określonej liczby powtórzeń, należy posłużyć się parametrem -c (ang. count)⁵:

ping -c 4 google.com

Systemy uniksowe różnią się od Windows także rozmiarem bufora danych – pakiet w Linuksie zawiera standardowo 56 bajtów danych, co z 8 bajtami nagłówka ICMP daje 64 bajty komunikatu ICMP oraz 84 bajty kompletnego pakietu IPv4⁵.

Co pingować – praktyczne scenariusze

Sprawdź lokalny stos sieciowy (loopback)

Przed badaniem urządzeń zewnętrznych pierwszym krokiem diagnostycznym powinno być przetestowanie pętli zwrotnej (ang. loopback)³:

ping 127.0.0.1

W przypadku protokołu IPv6 odpowiednikiem jest komenda ping ::1. Polecenie to weryfikuje poprawność zainstalowania wewnętrznego stosu TCP/IP oraz sterowników karty sieciowej bez fizycznego wysyłania ramek poza komputer³.

Sprawdź, czy router działa

Aby sprawdzić komunikację z lokalną bramą sieciową, wywołaj adres prywatny rutera przypisany do sieci domowej:

ping 192.168.0.1

W zależności od konfiguracji bramy adresem docelowym może być również 192.168.1.1. Brak odpowiedzi wskazuje na problem z kablem sieciowym, awarię połączenia Wi-Fi lub zawieszenie oprogramowania samego rutera.

Sprawdź, czy masz internet

Do sprawdzenia łączności ze światem zewnętrznym powszechnie stosuje się publiczny adres anycast usługi Google Public DNS⁶:

ping 8.8.8.8

Należy pamiętać, że brak odpowiedzi na to polecenie nie oznacza automatycznie fizycznego zerwania łącza internetowego. Zapora sieciowa, ruter lub dostawca usług ISP mogą selektywnie blokować ruch protokołu ICMP bądź zapytania do zewnętrznych serwerów DNS, podczas gdy pozostałe usługi (w tym przeglądanie stron WWW przez protokół HTTPS) działają w pełni poprawnie⁶.

Sprawdź, czy DNS działa

Weryfikacja działania mechanizmu rozwiązywania nazw domenowych polega na odpytaniu konkretnego adresu domenowego¹:

ping google.com

Jeżeli polecenie ping 8.8.8.8 działa bez zakłóceń, natomiast ping google.com zgłasza błąd niemożności odnalezienia hosta, problem leży w konfiguracji serwerów DNS, które nie przetwarzają nazw na adresy IP¹. Rozwiązaniem może być wpisanie sprawdzonych serwerów DNS (np. 8.8.8.8 lub 1.1.1.1) we właściwościach karty sieciowej.

Sprawdź, czy strona jest online

Aby zweryfikować dostępność konkretnego serwera w sieci, wyślij zapytanie pod nazwę witryny¹:

ping twojadomena.pl

Pomyślna odpowiedź potwierdza sprawność komunikacji w warstwie sieciowej. Jeśli jednak pojawia się komunikat o limicie czasu, nie przesądza to o awarii witryny – platformy takie jak Cloudflare oraz liczne firmy hostingowe celowo odrzucają ruch ICMP w celach ochronnych³. W takim wypadku warto przetestować witrynę poleceniem curl -I https://twojadomena.pl.

Sprawdź opóźnienie do serwera gry

Polecenie pozwala również zmierzyć czas przesyłania pakietów do serwera rozgrywek wieloosobowych:

ping serwer.gry.pl

Wartość w milisekundach określa opóźnienie, potocznie nazywane lagiem. W praktyce wartości poniżej 30 ms uważa się za optymalne w grach dynamicznych, a wyniki powyżej 100 ms za powodujące dyskomfort, lecz są to jedynie umowne oceny poradnikowe, zależne od specyfiki rozgrywki.

Dlaczego komputer z Windows nie odpowiada na ping?

W systemie Windows reguła zapory zezwalająca na przychodzące żądania echa ICMPv4 bywa domyślnie wyłączona, więc sprawny komputer może nie odpowiadać na ping z innego urządzenia w sieci lokalnej. Aby to zmienić, trzeba ręcznie włączyć w regułach zapory pozycję „Udostępnianie plików i drukarek (żądanie echa – ruch przychodzący ICMPv4)”⁸.

Problemy i ich interpretacja

„Upłynął limit czasu żądania.”

W polskiej edycji systemu Windows oficjalna treść tego błędu to „Upłynął limit czasu żądania.” (ang. Request timed out). Oznacza to, że pakiet z odpowiedzią nie nadszedł przed upływem wyznaczonego czasu, który w Windows wynosi standardowo 4000 ms¹.

Do najczęstszych przyczyn należą następujące czynniki diagnostyczne³:

• Serwer docelowy uległ awarii bądź został odłączony od zasilania.
• Zapora ogniowa odbiorcy lub dostawcy odrzuca pakiety ICMP, mimo że usługi webowe mogą działać bez zakłóceń.
• Wystąpił problem z routingiem w sieci pośredniej i pakiet zaginął na trasie.
• Lokalne połączenie internetowe utraciło dostęp do sieci operatora.

„Host docelowy jest nieosiągalny.”

Oficjalny polski komunikat systemowy brzmi „Host docelowy jest nieosiągalny.” (ang. Destination host unreachable). Twierdzenie, że komputer w tym stanie w ogóle nie próbuje transmitować danych, jest błędne – w sieci lokalnej system najpierw wysyła zapytania ARP w celu ustalenia adresu MAC celu i zgłasza błąd dopiero w przypadku braku odpowiedzi².

W przypadku adresów zdalnych informacja ta jest zazwyczaj odsyłana przez ruter pośredni, gdy nie posiada on trasy do wskazanej podsieci².

Wbrew powszechnym opiniom odpięcie kabla sieciowego lub rozłączenie Wi-Fi nie wywołuje tego komunikatu – w razie braku nośnika Windows generuje błąd sprzętowy interfejsu (np. „PING: błąd transmisji. Błąd ogólny.”)³.

Wysokie czasy (200+ ms)

Łącze funkcjonuje, lecz występuje wysokie opóźnienie transmisji pakietów w sieci. Główne przyczyny to nasycenie przepustowości łącza pobieraniem dużych plików, duży dystans geograficzny do serwera (np. serwery na innych kontynentach), silne zakłócenia radiowe w sieci Wi-Fi lub ograniczenia w węzłach tranzytowych operatora telekomunikacyjnego.

Strata pakietów (loss > 0%)

Sytuacja, w której pakiety kontrolne nie docierają do celu lub ich odpowiedzi giną podczas powrotu. Straty rzędu 1–5% sugerują niestabilność sygnału radiowego lub przeciążenie buforów w domowym ruterze. Utrata przekraczająca 10% wskazuje na usterkę infrastruktury sieciowej lub awarię u dostawcy internetu, natomiast strata 100% oznacza całkowitą niemożność komunikacji ICMP.

Traceroute – gdy ping nie wystarczy

Podczas gdy ping informuje jedynie o dostępności serwera i czasie transmisji, narzędzie traceroute pozwala ustalić, w którym dokładnie węźle sieci dochodzi do zakłóceń⁷. Program śledzi całą trasę, rejestrując każdy ruter pośredni na drodze do celu.

Windows

tracert google.com

Linux / macOS

traceroute google.com

Pojawienie się symboli gwiazdek (* * *) przy danym przeskoku wcale nie musi oznaczać awarii węzła sieciowego. Wiele ruterów szkieletowych ma ze względów bezpieczeństwa oraz oszczędzania zasobów procesora wyłączone wysyłanie komunikatów ICMP Time Exceeded lub stosuje limitowanie ich liczby (ang. ICMP rate-limiting). Jeżeli kolejne przeskoki odpowiadają prawidłowo, pakiety pokonują dany odcinek bez zakłóceń⁷.

Alternatywy i uzupełnienia pinga

• nslookup domena.pl – odpytuje bezpośrednio serwery DNS, weryfikując poprawność tłumaczenia nazwy na adres IP niezależnie od stanu transmisji pakietów ICMP.
• curl -I https://domena.pl – wysyła żądanie protokołu HTTP/HTTPS i sprawdza nagłówki odpowiedzi aplikacji webowej (np. 200 OK, 301, 404, 500), potwierdzając działanie witryny nawet wtedy, gdy zapora ogniowa blokuje testy ping.
• mtr domena.pl (w Linuksie) – łączy możliwości programów ping oraz traceroute w jedno narzędzie, nieustannie sondując każdy przeskok i prezentując rozbudowane statystyki opóźnień w czasie rzeczywistym.
• Narzędzia sieciowe online (np. ping.pe, check-host.net, mxtoolbox.com) – umożliwiają wykonanie testów z wielu niezależnych serwerów na całym świecie, ułatwiając ocenę, czy brak odpowiedzi ma charakter globalny, czy wynika z problemów lokalnego łącza.

Źródła

Zweryfikowano: wrzesień 2026

Dokumentacja techniczna firm Microsoft i Google, oficjalne specyfikacje protokołów IETF RFC oraz podręczniki systemowe zweryfikowane pod kątem diagnostyki sieciowej ICMP i konfiguracji protokołu IP.

1. Dokumentacja polecenia ping w systemie Windows
   DokumentacjaMicrosoft Learnlearn.microsoft.com
2. RFC 792: Internet Control Message Protocol
   StandardIETFdatatracker.ietf.org
3. Rozwiązywanie problemów z łącznością TCP/IP w systemie Windows
   PomocMicrosoft Learnlearn.microsoft.com
4. RFC 791: Internet Protocol
   StandardIETFdatatracker.ietf.org
5. Strona podręcznika systemowego ping(8)
   DokumentacjaLinux man-pages projectman7.org
6. Google Public DNS Documentation
   DokumentacjaGoogle Developersdevelopers.google.com
7. Dokumentacja polecenia tracert w systemie Windows
   DokumentacjaMicrosoft Learnlearn.microsoft.com
8. Konfiguracja reguł Zapory Windows Defender
   DokumentacjaMicrosoft Learnlearn.microsoft.com