Te 6 narzędzi do monitorowania Linuxa pomogło mi odkryć każdy problem w mojej sieci

W artykule omówione są kluczowe narzędzia do diagnozowania problemów sieciowych w systemie Linux, w tym komendy `ip`, `ping`, `ss`, `nmap`, `tcpdump`, oraz `bmon`.

Gdy sieć przestaje być prostą siecią LAN z garstką zaufanych urządzeń, zgadywanie staje się nieodpowiednią metodą rozwiązywania problemów. VLAN-y, kontenery, filtrowanie DNS, lokalne serwery, NAS-y, zgiełk IoT, a do tego kilka maszyn w tle – problem rzadko ogranicza się do „internet jest wolny”.

Linux w tej dziedzinie pozostaje trudny do pobicia. Kilka komend w terminalu może ujawnić więcej o stanie sieci niż wszystkie graficzne interfejsy razem wzięte. Kiedy awaria nie powoduje całkowitego załamania, ale daje się we znaki, warto sięgnąć po konkretne narzędzia monitorujące. Oto kilka, które pomagają mi prześledzić, co naprawdę dzieje się w sieci, zamiast polegać wyłącznie na statystykach z routera czy wiecznych pytaniach o restart.

ip pokazuje, co maszyna naprawdę wie

Pierwsza kontrola przed obwinieniem złej warstwy

Na początku kontroluję za pomocą komendy ip, zwłaszcza, gdy problem dotyczy kontenerów, VLAN-ów, mostków lub hosta z kilkoma ścieżkami do sieci. Pokazuje adresy, które maszyna naprawdę posiada, trasy, które rozumie, i stan linków, z jakimi działa jądro. Proste? Tak, ale tylko dla tych, którzy nie mieli do czynienia z serwisem, który sprawiał wrażenie uszkodzonego, podczas gdy prawdziwy problem leżał w brakującej trasie, złym adresie lub ruchu wychodzącym przez niewłaściwy interfejs.

Najczęściej używam: ip addr && ip route

To przejrzysty widok interfejsów i tabeli routingu. Jeśli pewnego adresu brakuje, szukam problemu niżej w hierarchii. Dziwnie wskazująca trasa to już zły kierunek dla ruchu, zanim wyższe usługi zdążą się zaangażować. Mostek bez oczekiwanej trasy? Czas, kiedy kontener się uruchamia, zwykle nie kończy się tak, jak bym chciał.

Ping pokazuje, gdzie zaczęła się usterka

Tępy test, który nadal oszczędza czas

Ping, pozornie prosty, jest niezwykle użyteczny. Odpowiada na konkretne pytanie: czy ten host łączy się z tamtym? Nie rozwiązuje zagadnień z DNS-em, aplikacjami czy TLS-em, ale pokazuje, czy łączność jest w ogóle dostępna. To punkt wyjścia, który jest częściej ignorowany, niż się przyznaje.

Stosuję go jako drabinę diagnostyczną. Najpierw brama, potem lokalny host, potem zewnętrzny adres IP, na końcu nazwa domeny. Taki porządek szybko wskazuje, gdzie leży problem: w łączności czy routingu, nie pozwalając mi wciągać się w długie opowieści o dostawcy internetowym.

Jeśli brama milczy, sprawdzam lokalny link lub interfejs. Gdy brama odpowiada, ale zewnętrzny IP nie, problem leży w routingu, NAT lub połączeniu. A jeśli zewnętrzny IP działa, ale nazwa domeny nie, DNS kieruje podejrzenia na siebie.

ss pokazuje, co słucha, a co nie

Gdy usługa mówi, że działa, ale sieć się nie zgadza

Usługa, która twierdzi, że jest „włączona”, nie zawsze jest dostępna. Procesy mogą słuchać tylko lokalnie, być przypisane do niewłaściwego adresu lub utknąć na IPv6 w czasach testów IPv4. Dlatego ss to jedno z najprzydatniejszych narzędzi w ekosystemie Linux dla usług sieciowych.

ss pozwala mi monitorować gniazda TCP i UDP, sprawdzać do jakich portów są przypisane oraz które procesy je kontrolują. Kiedy pulpit zapewnia, że usługa działa, ale przeglądarka nie może się połączyć, ss zdradza, czy usługa faktycznie słucha w odpowiednim miejscu.

Konfiguracja DNS na moim NAS. Port 53 - małe pole bitwy. Lokalny resolver, kontenerowa usługa DNS, systemd-resolved... każda z tych usług może okupować tę przestrzeń. Kontener działa w swoim świecie, host milczy, a ja planuję użycie konkretnego adresu.

Nmap pokazuje sieć z zewnątrz

Widzenie hosta oczami innych urządzeń

Obserwacje lokalne mogą oszukiwać. Maszyna dostrzega tylko swoje własne oblicze. Usługa wygląda idealnie na hoście, ale inne urządzenia w LAN mogą tylko się przyglądać. Dlatego sprawdzam z innej perspektywy, używając nmap.

Nmap odkrywa, co naprawdę widać w sieci. Sprawdza, czy serwer ujawnia to, co zamierzałem, przypomina o całej zbieraninie urządzeń, które z czasem zagnieździły się w mojej infrastrukturze. Stare telefony, boxy, smart gniazdka, eksperymentalne płyty, zapomniane maszyny wirtualne - to ich natury, by tkwić na zawsze, nawet bez zaproszenia.

W moim LAN skanowanie wystarcza, by konfrontować przekonania z rzeczywistością. Jeśli myślę, że mój NAS stoi na SSH, DNS i panelu webowym, nmap zaznacza, czy moja wiara przetrwała. Dodatkowe porty sygnalizują interwencję. Czasem to jeden XRDP, a czasem stara usługa, którą należało wyłączyć miesiące temu.

Tcpdump pokazuje prawdziwy ruch w sieci

Kiedy logi są zbyt jasne, by opowiedzieć całą historię

Tcpdump nie jest najprzyjemniejszym narzędziem, ale jedno z najpotężniejszych w arsenale Linuxa. Obserwuje ruch na poziomie interfejsu. Widać, czy zapytania DNS opuszczają sieć, czy odpowiedzi wracają, czy klient usilnie próbuje połączyć się z nieudanym połączeniem, czy też ruch potrafi zboczyć z ścieżki.

Dla DNS to wręcz niezbędne. Kiedy klient narzeka na uszkodzony DNS, obserwuję serwer. Zapytanie przychodzi? Widzę problem z serwerem lub jego ścieżką. Nie przychodzi? Coś blokuje między klientem a serwerem. Odpowiedź wychodzi, ale klient jej nie widzi? Muszę zbadać szlak powrotny.

Bmon – narzędzie do analizy zużycia pasma

Na żywo, gdy problemem jest obciążenie

Nie każdy problem w sieci to awaria. Niektóre są związane z przepustowością. Uruchamia się kopia zapasowa, telefon synchronizuje, torrenty ruszają z impetem, kontener ściąga obrazy, a usługa przesyła ruch w niewłaściwą stronę.

Bmon oferuje widok na żywo zużycia pasma. Proste w obsłudze, ale wystarczająco konkretne, by pokazać, kiedy problem leży w przeciążeniu, a nie w utracie pakietów, trasowaniu czy DNS. Czasem nie potrzebuję całego panelu informacyjnego – ważne, by zidentyfikować, który link jest obciążony.

Mniej zgadywania, precyzyjniejsze kontrole

Te narzędzia wprowadzają porządek. Zaczynam od tego, co wie maszyna, potem testuję osiągalność, sprawdzam gniazda, skanuję z innego hosta, analizuję pakiety, monitoruję obciążenie, na koniec czytam logi o problemach.

Taki porządek zapobiega skakaniu od razu do najtrudniejszych wyjaśnień. Sieć Linuxa przybiera chaotyczny kształt, lecz większość problemów pozostawia ślady, jeśli spojrzysz pod odpowiednim kątem. Razem te narzędzia czynią moją sieć czytelniejszą, nie upraszczając jej i nie usuwając bałaganu związanego z kontenerami, VLAN-ami czy DNS-em.

Bałagan staje się bardziej widoczny. I to właśnie odróżnia naprawienie problemu od bezsensownego uruchamiania wszystkiego na nowo, aż do momentu, kiedy usterka sama opuści scenę.

Jeśli ciekawią Cię artykuły podobne do Te 6 narzędzi do monitorowania Linuxa pomogło mi odkryć każdy problem w mojej sieci, zajrzyj do kategorii Linux i odkryj jeszcze więcej interesujących treści.