Sledování síťové konektivity je důležitou součástí správy serveru. Několik nástrojů jako ping traceroute se snadno používají a poskytují cenné informace. Dnes vám ukážu další výkonný diagnostický nástroj nazvaný MTR, který kombinuje funkce traceroute a ping programy. MTR znamená My Traceroute - umožňuje vám prozkoumat síťové připojení mezi hostitelem a vzdáleným serverem. Poskytuje také změny latence a výkonu v průběhu času. Na rozdíl od traceroute a ping , MTR se ve výchozím nastavení nezobrazuje. musíte jej nainstalovat:
Jak nainstalovat MTR:
Na Ubuntu/Debian:
sudo apt-get install mtr
V systému CentOS/Redhat/Fedora:
Pokud používáte Redhat a nedostáváte aktualizace yum, postupujte podle pokynů Konfigurovat yum pro použití úložiště CentOS v systému Redhat.
yum install mtr Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile ---> Package mtr.x86_64 2:0.75-5.el6 will be installed --> Finished Dependency Resolution ... ... Installed: mtr.x86_64 2:0.75-5.el6 Complete!
Jak používat MTR
Jakmile je úspěšně nainstalován, můžete jej začít používat zadáním:
mtr google.com
Existují dva režimy, režim grafického rozhraní a režim založený na textu (ncurses ). Výchozí režim je režim grafického rozhraní.
Jak spustit MTR v textovém režimu
Chcete-li zadat textový režim, musíte použít níže uvedený příkaz. Příkaz otevře textové uživatelské rozhraní pomocí ncurses , který běží nepřetržitě v interaktivním režimu.
mtr --curses google.com
Pakety (ICMP) procházejí řadou „skoků“ (směrovače nebo uzly) a dosáhnou cíle. Výstup může vypadat velmi podobně jako traceroute, ale velkou výhodou oproti traceroute je to, že se výstup neustále aktualizuje v aktuální čas zpáteční cesty.
Jak vygenerovat přehled pomocí MTR
Ke generování přehledu je vydán níže uvedený příkaz, namísto spuštění v interaktivním režimu. Ve výchozím nastavení MTR odesílá 10 paketů cílovému hostiteli a tisk statistik sítě chvíli trvá. Můžete změnit ne. paketů zadáním volby –report-cycles=[počet-paketů]. Tento režim poskytuje dostatek dat v užitečném formátu.
mtr --report google.com or mtr --report --report-cycles=12 google.com
Jak se vyhnout reverzní DNS
Během trasování sítě MTR najde název hostitele každé naděje (směrovače/uzlu) pomocí zpětného vyhledávání DNS. Pokud se chcete vyhnout reverznímu vyhledávání DNS, jednoduše použijte volbu –no-dns:
mtr --no-dns google.com
Pochopte výstup MTR
Kromě cesty mezi hostitelem a vzdáleným serverem poskytuje MTR cenné statistiky týkající se trvanlivosti tohoto připojení v 7. sloupci, jak je vidět na výstupu níže.
Loss % – Zobrazuje procento ztráty paketů při každém přeskoku.
Snt – Zobrazuje počet odesílaných paketů.
Last – Latence posledního odeslaného paketu.
Avg – Průměrná latence všech pakety.
Nejlepší – Nejlepší (nejkratší) doba zpáteční cesty pro paket k tomuto hostiteli.
Nejhorší – Nejhorší (nejdelší) doba zpáteční cesty pro paket k tomuto hostiteli.
StDev – Standardní odchylka latencí ke každému hostiteli.
Last, Avg, Best a Wrst se všechny měří v milisekundách. Čím vyšší byla standardní odchylka, tím byla měření latence nekonzistentní.
Abyste pochopili výše uvedenou větu, zvažte například:Z 10 paketů odeslaných na místo určení mohou mít některé pakety nízkou latenci 25 ms, zatímco jen málokteré by mělo vysokou 350 ms. Po zprůměrování latencí 10 odeslaných paketů vypadá průměr normálně, ale ve skutečnosti nemusí příliš dobře reprezentovat data. Pokud je tedy směrodatná odchylka vysoká, podívejte se na nejlepší a nejhorší sloupce pro měření latence, abyste se ujistili, že průměr je dobrým vyjádřením skutečné latence a není výsledkem příliš velkého kolísání.
Analýza přehledů MTR
Cílový hostitel není dosažitelný
Pokud cílový hostitel není správně nakonfigurován nebo byla nakonfigurována pravidla brány firewall tak, aby zahazovala pakety ICMP, vidíte, že pakety nemohly dosáhnout cíle, jak je znázorněno níže. Ale dosáhne cíle.
8. 10.118.225.253 0.0% 10 19.0 19.0 18.9 19.2 0.1 9. ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
Jak ověřit ztrátu paketů
Poskytovatel služeb se řídí běžnou praxí omezení provozu ICMP. To se může projevit jako ztráta paketů, i když ve skutečnosti žádná ztráta neexistuje. Zda je ztráta skutečná nebo je způsobena omezením sazby, můžete ověřit zaškrtnutím sloupce Ztráta % v dalším skoku. Například v níže uvedeném přehledu další skok 100% ztráty ukazuje 0,0 %. Je tedy jisté, že ztráta je způsobena omezením rychlosti ICMP a nikoli skutečnou ztrátou.
5. 10.161.18.5 0.0% 5 14.7 14.5 14.4 14.7 0.1 6. ??? 100.0 5 0.0 0.0 0.0 0.0 0.0 7. 10.255.222.34 0.0% 5 14.1 14.0 13.9 14.2 0.2
Problém s časovým limitem a návratovou trasou
Pokud některý z hop ukazuje ??? ve výstupu to může být buď kvůli problému ve zpětné cestě, nebo alternativně by směrovače zahodily ICMP paket. Níže na skoku 6 můžete vidět ??? . Může to být způsobeno některým z výše uvedených důvodů.
5. 10.161.18.5 0.0% 5 14.7 14.5 14.4 14.7 0.1 6. ??? 100.0 5 0.0 0.0 0.0 0.0 0.0 7. 10.255.222.34 0.0% 5 14.1 14.0 13.9 14.2 0.2
Závěr
MTR je velkou pomocí při odstraňování problémů s interní sítí nebo při problémech se sítí. Pomocí zpráv MTR můžete získat představu o tom, které routery/hostitelé na cestě ke vzdálenému hostiteli nebo konkrétní doméně způsobují problém.