Ping

Ping to bezpłatne narzędzie, które sprawdza, czy witryna, serwer lub port są osiągalne, a następnie podaje czas odpowiedzi, kod stanu albo błąd.

Co właściwie sprawdza test ping?

Test ping pozwala ustalić, czy system zdalny odpowiada z perspektywy sieci, w której wykonywane jest sprawdzenie. Dokładny zakres testu zależy od wybranego protokołu.

• HTTP(s) sprawdza adres internetowy przy użyciu protokołu HTTP lub HTTPS. Nadaje się do testowania witryn, interfejsów API i usług internetowych, ponieważ może zwrócić kod stanu odpowiedzi HTTP.
• Ping (ICMP) sprawdza, czy host odpowiada na komunikaty echo protokołu Internet Control Message Protocol. To tradycyjne sieciowe znaczenie słowa "ping".
• Host / Port sprawdza, czy określony port sieciowy hosta jest osiągalny. Typowe przykłady to serwer pocztowy SMTP, serwer POP lub punkt końcowy bazy danych.

Każdy z tych testów odpowiada na nieco inne pytanie. Odpowiedź ICMP potwierdza, że host przyjmuje ten rodzaj ruchu sieciowego i na niego odpowiada, ale nie dowodzi, że jego witryna lub usługa pocztowa działa. Odpowiedź HTTP zawiera kod stanu, który może wskazywać na usterkę. Pomyślny test portu oznacza, że port jest osiągalny, a nie że logowanie do aplikacji lub zapytanie do bazy danych zakończy się powodzeniem.

Jak korzystać z narzędzia Ping?

Wybierz odpowiedni Protokół Ping, wpisz właściwy adres i uruchom sprawdzenie. Podaj dane w formacie wymaganym przez dany protokół.

1. Wybierz HTTP(s) i wpisz pełny URL, na przykład https://www.example.com/status, jeśli diagnozujesz witrynę, punkt końcowy API lub usługę internetową.
2. Wybierz Ping (ICMP) i wpisz host, na przykład server.example.com albo adres IP, aby sprawdzić, czy serwer odpowiada na ruch ICMP.
3. Wybierz Host / Port, wpisz host, a następnie podaj numeryczny port. Usługa przesyłania poczty przez SMTP często korzysta z portu 587, a HTTPS z portu 443.

W teście dotyczącym wyłącznie hosta nie dodawaj ścieżki URL. Z kolei test HTTP może wymagać pełnej ścieżki, jeśli problem dotyczy jednej trasy API lub strony, a nie całej domeny. Numery portów transportowych są wartościami 16-bitowymi z zakresu od 0 do 65 535. Port 0 jest zarezerwowany i zwykle nie służy jako port usługi. Spacje, przecinki ani opisy takie jak "port 443" nie są częścią numeru portu.

Test Ping jest wykonywany na serwerze. Wprowadzone dane są przesyłane na ten serwer przez HTTPS i nie są przechowywane. Nie umieszczaj w adresie URL haseł, kluczy API ani innych poufnych danych, ponieważ adresy URL mogą ujawnić je zdalnej usłudze oraz w innych elementach standardowej infrastruktury internetowej.

Jak odczytać wynik testu ping?

Najpierw sprawdź wynik dostępności, a następnie wykorzystaj czas odpowiedzi, stan HTTP lub komunikat o błędzie, aby zawęzić przyczynę problemu.

Przykładowy, hipotetyczny wynik testu HTTP może zawierać stan Online, czas odpowiedzi 180 ms i kod stanu 200. Kod 200 oznacza, że żądanie zakończyło się powodzeniem. Odpowiedź 404 wskazuje, że serwer źródłowy nie znalazł aktualnej reprezentacji docelowego zasobu albo nie chce ujawnić, że taki zasób istnieje. Odpowiedź 5xx (Server Error) należy do klasy błędów serwera. Dokładna przyczyna zależy od konkretnego kodu stanu.

Wynik Offline nie zawsze oznacza, że cała maszyna jest niedostępna. Zapora może blokować ICMP, mimo że HTTPS nadal działa. Może też być zamknięty tylko jeden port, podczas gdy pozostałe usługi są dostępne. Uruchom test odpowiadający usłudze, z którą próbują połączyć się użytkownicy.

Typowe problemy wykrywane przez ping

Jeśli witryna się nie wczytuje, zacznij od testu HTTP(s) i podaj dokładny adres URL, którego dotyczy problem. Jeżeli domena odpowiada, ale jedna ze stron zwraca kod 404, sprawdź trasę, reguły przepisywania adresów lub wdrożenie. Jeśli przeglądarka wyświetla ostrzeżenie dotyczące certyfikatu HTTPS, skorzystaj z narzędzia Wyszukiwanie SSL, aby sprawdzić szczegóły certyfikatu, zamiast polegać wyłącznie na teście ping. Wyszukiwanie nagłówków HTTP może również pokazać przekierowania i nagłówki odpowiedzi.

Jeśli poczta nie dociera, wybierz Host / Port i podaj nazwę hosta serwera pocztowego oraz port skonfigurowany w aplikacji wysyłającej lub odbierającej wiadomości. Osiągalny port SMTP nie dowodzi, że serwer przyjmie konkretną wiadomość. Błędy uwierzytelniania, filtrowanie spamu, rekordy pocztowe DNS i zasady odbiorcy wykraczają poza podstawowy test portu.

Po przeniesieniu witryny na nowy serwer sprawdź jej nazwę hosta przez ICMP lub HTTP, zależnie od sytuacji. Zweryfikuj rekord DNS i uwzględnij odpowiedzi zapisane w pamięci podręcznej. Whois Lookup może pomóc w potwierdzeniu danych rejestracyjnych domeny, ale nie pokaże, jaką odpowiedź DNS ma obecnie każdy resolver.

Dlaczego pamięć podręczna DNS może zafałszować poprawny wynik?

Z powodu pamięci podręcznej DNS serwer narzędzia i Twoje urządzenie mogą przez pewien czas przypisywać tej samej nazwie hosta różne adresy. Rekurencyjne resolvery przechowują odpowiedzi DNS zgodnie z ich czasem życia, zwykle określanym jako TTL. Niektóre aplikacje i systemy operacyjne również korzystają z lokalnej pamięci podręcznej.

Takie opóźnienie często nazywa się "propagacją", choć rekordy DNS nie rozchodzą się wszędzie w ramach jednego skoordynowanego procesu. Każdy wpis w pamięci podręcznej wygasa zgodnie z własnym harmonogramem. Niedawno zmieniony rekord może więc działać w jednym połączeniu, podczas gdy inne nadal korzysta z poprzedniego adresu.

Ponieważ narzędzie wykonuje test na swoim serwerze, wynik odzwierciedla trasę sieciową i informacje DNS widoczne dla tego serwera w danym momencie. Nie może potwierdzić, że każdy dostawca internetu, operator sieci komórkowej lub firmowy resolver w Polsce widzi ten sam adres docelowy. Jeśli znaczenie ma zachowanie w konkretnej lokalizacji, porównaj wynik ze sprawdzeniem lokalnym i odczytaj odpowiednie rekordy DNS.

Częste pytania

Co się dzieje z domenami zawierającymi znaki diakrytyczne lub znaki spoza alfabetu łacińskiego?

IDNA przekształca kwalifikujące się etykiety domen Unicode w etykiety A-label zapisane w ASCII. Punycode to algorytm kodowania stosowany w odpowiednich etykietach A-label. Przeglądarki często automatycznie konwertują czytelną postać domeny, ale pola hosta i systemy diagnostyczne mogą wymagać formatu A-label. Dokładnie sprawdź pisownię, ponieważ podobnie wyglądające znaki Unicode mogą prowadzić do różnych domen.

Czy krótki czas odpowiedzi zawsze pozostanie taki sam?

Nie. Czas odpowiedzi zmienia się w zależności od routingu, przeciążenia sieci, obciążenia serwera i odległości fizycznej. Wykonaj kilka testów w porównywalnych porach i analizuj utrzymujące się zmiany, zamiast uznawać pojedynczą wolną odpowiedź za dowód usterki.

Zanim zmienisz ustawienia DNS, zapory lub serwera, upewnij się, że sprawdzasz dokładną nazwę hosta, ścieżkę URL i port używane przez usługę, której dotyczy problem. Zapisz czas uzyskania wyniku i porównaj go z lokalnymi dziennikami, aby dopasować informacje z obu stron połączenia.