mtr (My Traceroute) to potężne narzędzie diagnostyczne w systemach Linux, które łączy funkcje poleceń ping oraz traceroute i pozwala skutecznie analizować oraz rozwiązywać problemy z siecią na drodze między twoim komputerem a dowolnym hostem. Dzięki przejrzystym raportom MTR, możesz szybko zidentyfikować miejsca występowania opóźnień i utraty pakietów, kluczowe przy analizie awarii oraz niskiej wydajności sieci.
Czym jest mtr?
- mtr analizuje każdy etap połączenia (każdy tzw. hop), przesyłając cyklicznie pakiety ICMP do kolejnych routerów.
- Na bieżąco prezentuje wyniki, pokazując:
- opóźnienia (w ms),
- procentową utratę pakietów,
- nazwy i/lub adresy IP urządzeń pośredniczących.
Instalacja mtr w Linuxie
Większość dystrybucji udostępnia mtr w oficjalnych repozytoriach:
- Debian/Ubuntu/Mint (i pochodne) –
sudo apt update sudo apt install mtr - Red Hat/Fedora/CentOS –
sudo yum install mtr Po instalacji sprawdź wersję:
mtr -v Podstawowe użycie
Najprostsza składnia:
mtr adres-docelowy Przykład:
mtr google.com - Po uruchomieniu pojawia się interaktywny raport odświeżany w czasie rzeczywistym.
Wyjaśnienie poszczególnych kolumn
| Kolumna | Opis |
|---|---|
| Host | Nazwa i/lub IP routera na danym etapie (hopie). |
| Loss% | Procent utraconych pakietów do danego routera. |
| Snt | Liczba wysłanych pakietów. |
| Last | Opóźnienie (ms) ostatniego pakietu. |
| Avg | Średnie opóźnienie pakietów do tego routera. |
| Best | Najniższe zarejestrowane opóźnienie. |
| Wrst | Najwyższe zarejestrowane opóźnienie (worst). |
| StDev | Odchylenie standardowe opóźnień. |
Typowe scenariusze diagnostyczne
- Analiza utraty pakietów – Obserwuj kolumnę Loss%. Jeśli utrata pojawia się od konkretnego hopa i utrzymuje się do końca, problem leży prawdopodobnie na tym odcinku.
- Wysokie opóźnienia – Wzrost wartości w kolumnie Avg lub Wrst może wskazywać na przeciążenie lub nieprawidłowe funkcjonowanie danego routera.
- Brak odpowiedzi (gwiazdki) – Jeśli pojawia się
???lub 100% Loss% na jednym z hopów, może to oznaczać, że router nie odpowiada na pakiety ICMP (nie zawsze znaczy to awarię; niektóre urządzenia po prostu filtrują taki ruch).
Przydatne opcje i tryby
- Tryb raportowania (do pliku) –
mtr -r -c 100 google.com > raport_mtr.txt -
-r: tryb raportu (nie interaktywny, do zrzutu do pliku) -
-c: ile cykli testowych wykonać (domyślnie 10) -
Wyświetlanie IP zamiast nazw hostów –
mtr -n google.com -
Przydatne, gdy zależy nam na szybkości lub rozwiązywanie nazw sprawia trudność.
-
Test innego protokołu (np. TCP zamiast ICMP) –
mtr --tcp google.com - Może być skuteczne, gdy ruch ICMP jest filtrowany przez firewalla.
Przykład analizy raportu mtr
HOST: komputer Loss% Snt Last Avg Best Wrst StDev 1. router.lokalny 0.0% 10 1.0 1.2 1.0 2.0 0.3 2. 192.0.2.1 0.0% 10 10.3 10.1 9.9 11.2 0.4 3. 203.0.113.5 70.0% 10 0.0 0.0 0.0 0.0 0.0 4. ... ... ... ... ... ... ... - Widać, że problem z utratą pakietów zaczyna się od hopa 3. To sugeruje, że tam właśnie jest źródło kłopotów z siecią.
Wskazówki praktyczne
- mtr warto uruchamiać z parametrem
-ci dostatecznie wysoką liczbą cykli (np. 100), aby wyniki były statystycznie miarodajne. - Testy najlepiej wykonywać podczas rzeczywistych problemów (zgłoszeń użytkowników) i porównywać wyniki w różnych momentach dnia.
- Jeśli raportujesz problem dostawcy internetu – załącz pełny raport MTR wykonany na kilka różnych celów (np. bliski serwer, i odległy adres), w trybie tekstowym (
mtr -r -c 100 ip > nazwa_pliku.txt).
Podsumowanie
mtr to narzędzie, które pozwoli ci szybko i wiarygodnie diagnozować większość problemów z łącznością sieciową pomiędzy twoją maszyną a dowolnym serwerem. Dzięki analizie dynamiki połączenia (utrata pakietów i opóźnienia na kolejnych etapach) jest nieocenioną pomocą dla administratorów i użytkowników Linuksa.
