Gdy ping kłamie
Lekcja 17 z 47 w kursie Sieci komputerowe w terminalu w Coddy.
Ping to pierwsza rzecz, po którą sięga każdy, a odpowiada na węższe pytanie, niż się wydaje. Informuje, że maszyna działa. Nie mówi nic o tym, czy działa usługa, na której naprawdę ci zależy.
Serwer może bezbłędnie odpowiadać na każdy ping, podczas gdy działający na nim serwer WWW uległ awarii. Maszyna działa, usługa nie. Ping nie potrafi dostrzec różnicy, ponieważ nigdy nie komunikuje się z usługą.
Może też wprowadzać w błąd w drugą stronę. Wiele hostów jest skonfigurowanych tak, by całkowicie ignorować ICMP, więc ping zgłasza 100-procentową utratę pakietów, mimo że maszyna bez problemu obsługuje ruch. Nieudany ping nie jest dowodem na to, że coś jest nie tak.
Ping to więc pierwszy szczebel drabiny, a nie pełna diagnoza. Drugim krokiem jest sprawdzenie samego portu.
Wyzwanie
ŚredniPokaż dokładną sytuację, której ping nie potrafi wykryć: maszynę, która odpowiada, ale na porcie nic nie nasłuchuje.
Wobec 127.0.0.1 i bez uruchamiania jakiegokolwiek serwera:
- Wyślij jeden ping i wypisz
host up - Sprawdź port 9999 za pomocą
nc -zi wypiszport closed
Oczekiwany wynik:
host up
port closedMaszyna ewidentnie działa. I właśnie o to chodzi: działanie maszyny nie oznacza, że coś na niej nasłuchuje.
Spróbuj swoich sił
Sprawdź sięTa lekcja zawiera krótki quiz. Zacznij lekcję, żeby na niego odpowiedzieć i śledzić swoje postępy.
Wszystkie lekcje w sekcji Sieci komputerowe w terminalu
4Czy jest osiągalny?
ICMP i pingOdczytywanie wyników pingGdy ping kłamieOdmowa połączenia lub przekroczenie limitu czasuPodsumowanie: osiągalność3Porty i gniazda
Czym jest portDobrze znane portyLocalhostNasłuchiwanie a łączeniePodsumowanie: porty6curl od podstaw do zaawansowania
Wyświetlanie nagłówkówZapisywanie odpowiedziWłasne nagłówkiStatus i czasKody zakończenia curlPodsumowanie: flagi curl9Uwierzytelnianie i debugowanie
Klucze API i BearerUser AgentLimity czasu i ponowieniaAnaliza błęduPodsumowanie: debugowaniePoćwicz samodzielnie: Edytor online Terminal