Gdy ping kłamie
Lekcja 17 z 47 w kursie Sieci komputerowe w terminalu w Coddy.
Ping to pierwsza rzecz, po którą sięgają wszyscy, a odpowiada na węższe pytanie, niż się wydaje. Informuje, że maszyna działa. Nie mówi nic o tym, czy działa to, czego naprawdę potrzebujesz.
Serwer może bezbłędnie odpowiadać na każde polecenie ping, mimo że 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 być też odwrotnie. Wiele hostów skonfigurowano tak, by całkowicie ignorowały ICMP, więc ping zgłasza 100-procentową utratę pakietów w przypadku maszyny, która bez problemu obsługuje ruch. Nieudane polecenie ping nie dowodzi, że coś jest nie tak.
Ping to pierwszy szczebel drabiny, a nie cała 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