MTR je zkratka pro My Traceroute.
Je to výkonný síťový diagnostický nástroj, který kombinuje sílu příkazů Ping a Traceroute.
Umožňuje správci diagnostikovat a izolovat chyby sítě a poskytovat užitečné zprávy o stavu sítě.
V tomto článku vysvětlíme, jak nainstalovat, používat a analyzovat zprávu poskytovanou příkazem MTR.
MTR funguje tak, že odesílá pakety ICMP postupným zvyšováním hodnoty TTL, aby se našla cesta mezi zdrojem a daným cílem.
1. Instalace
Na systémech debian nebo Ubuntu použijte následující příkaz:
$ sudo apt-get install mtr
Na systémech centos a fedora spusťte následující příkaz:
$ yum install mtr
2. Spusťte mtr pro doménu
MTR pracuje ve dvou režimech, grafickém režimu (X11) a textovém režimu (ncurses). Ve výchozím nastavení se příkaz mtr spouští v režimu X11.
$ mtr google.com
Výše uvedený příkaz otevře okno GUI a zobrazí výsledky.
3. Spusťte textový režim pomocí –curses
Použijte volbu –curses ke spuštění mtr v terminálovém režimu.
$ mtr --curses google.com
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. mblaze.hilink 0.0% 20 3.2 2.7 2.1 3.8 0.5
2. 10.228.129.9 0.0% 20 187.7 61.8 41.6 187.7 31.3
3. 10.228.149.14 0.0% 20 112.1 60.2 33.2 112.1 17.8
4. 116.202.226.145 0.0% 20 57.9 63.2 35.2 147.6 24.4
5. 116.202.226.21 0.0% 20 35.4 70.4 35.4 211.8 48.6
6. 72.14.219.94 0.0% 20 58.9 74.6 43.4 231.2 44.2
7. 72.14.233.204 0.0% 20 46.9 69.8 40.3 222.5 41.9
8. 72.14.239.20 0.0% 20 94.1 259.2 68.8 3436. 748.2
9. 209.85.244.111 0.0% 20 86.4 97.5 72.1 232.2 34.3
10. google.com 0.0% 19 387.9 132.5 71.8 387.9 84.9 Výše uvedené poběží nepřetržitě v interaktivním režimu.
V interaktivním režimu bude výsledek odrážet aktuální dobu zpáteční cesty pro každého hostitele. Z výše uvedeného příkladu paket cestoval přes „mblaze.hilink“ (můj místní router), poté přes řadu „skoků“ a dosáhl cíle.
Hops jsou směrovače nebo uzly v internetu, přes které paket putuje, aby dosáhl cíle.
4. Vynechat reverzní DNS pomocí –no-dns
MTR najde název hostitele každého směrovače/uzlu pomocí zpětného vyhledávání DNS. Pokud se chcete vyhnout reverznímu vyhledávání DNS, použijte volbu –no-dns.
$ mtr --curses --no-dns google.com
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 2 3.0 2.9 2.9 3.0 0.1
2. 10.228.129.9 0.0% 2 58.6 49.6 40.7 58.6 12.7
3. 10.228.149.14 0.0% 2 46.1 46.8 46.1 47.6 1.0
4. 116.202.226.145 0.0% 2 61.8 61.6 61.3 61.8 0.3
5. 116.202.226.17 0.0% 2 42.7 39.9 37.0 42.7 4.0
6. 72.14.215.234 0.0% 2 47.1 43.9 40.7 47.1 4.5
7. 72.14.232.110 0.0% 2 56.9 60.7 56.9 64.4 5.3
8. 72.14.239.22 0.0% 2 111.5 95.0 78.5 111.5 23.3
9. 209.85.244.23 0.0% 2 126.0 102.4 78.8 126.0 33.4
10. 209.85.223.113 0.0% 10 76.4 92.7 75.4 157.3 29.5
11. 74.125.200.102 0.0% 1 78.4 78.4 78.4 78.4 0.0 5. Spusťte mtr v režimu sestav pomocí –report
Místo spouštění MTR v interaktivním režimu jej můžete spustit v režimu sestav pomocí –report. V režimu sestav poběží mtr po určitý počet cyklů (výchozí 10) a poté vytiskne statistiku a skončí. Tento režim bude užitečný pro generování statistik o kvalitě sítě.
$ mtr --no-dns --report google.com HOST: lakshmanan Loss% Snt Last Avg Best Wrst StDev 1.|-- 192.168.1.1 0.0% 10 2.5 3.0 2.4 4.2 0.6 2.|-- 10.228.129.9 0.0% 10 235.0 74.4 34.0 235.0 67.9 3.|-- 10.228.149.14 0.0% 10 154.8 65.5 38.7 154.8 34.8 4.|-- 116.202.226.145 0.0% 10 60.9 66.9 48.2 102.4 15.4 5.|-- 116.202.226.17 0.0% 10 54.1 65.1 36.0 194.5 46.8 6.|-- 72.14.215.234 0.0% 10 44.5 78.8 39.2 252.7 64.5 7.|-- 72.14.232.110 0.0% 10 55.7 66.4 39.1 179.8 41.8 8.|-- 66.249.94.72 0.0% 10 68.9 90.3 68.9 133.6 18.6 9.|-- 72.14.233.105 0.0% 10 68.8 76.3 68.8 92.2 7.3 10.|-- 173.194.38.162 0.0% 10 88.7 107.3 72.2 293.1 65.8
Ve výše uvedeném příkladu mtr běžel 10 cyklů a shromáždil statistiky. Uživatelé mohou změnit počet cyklů pomocí volby -c.
Vysvětlení přehledu MTR
Kromě poskytování informací o cestě mezi zdrojem a cílem poskytuje MTR cenné statistiky týkající se trvanlivosti připojení.
- Lost % – Zobrazuje % ztrát paketů při každém přeskoku.
- Snt – Zobrazuje počet odesílaných paketů.
- Poslední – Latence posledního odesílaného paketu.
- Prům – Průměrná latence všech paketů.
- Nejlepší – zobrazuje nejlepší dobu zpáteční cesty pro paket tomuto hostiteli (nejkratší RTT).
- Wrst – zobrazuje nejhorší dobu zpáteční cesty pro paket tomuto hostiteli (nejdelší RTT).
- StDev – poskytuje standardní odchylku latencí každému hostiteli.
I když „Amg“ vypadá dobře, podívejte se na standardní odchylku. Pokud je standardní odchylka vysoká, může to znamenat, že „Avg“ je zkresleno nějakou chybou měření nebo příliš velkým kolísáním. V takovém případě se podívejte na latenci Best a Wrst, abyste se ujistili, že průměr je dobrý.
Analýza přehledů MTR
1. Ověřte ztrátu paketů
Mezi službami, které poskytují, existuje běžná praxe „Rate Limit“ provozu ICMP. To může poskytnout iluzi ztráty paketů, i když ve skutečnosti ke ztrátě nedochází. Chcete-li ověřit, zda je ztráta skutečná nebo způsobená omezením rychlosti, zkontrolujte „% ztráty“ dalšího skoku. Pokud ukazuje 0,0 %, můžete si být jisti, že hlášená „ztráta %“ je způsobena omezením rychlosti ICMP a nikoli skutečnou ztrátou.
10.|-- 209.85.250.237 0.0% 10 85.6 97.5 76.0 172.0 27.2 11.|-- 209.85.250.203 100.0 10 0.0 0.0 0.0 0.0 0.0 12.|-- 74.125.135.138 0.0% 10 77.2 107.3 77.2 219.5 43.5
Přestože ve výše uvedeném výstupu ukazuje 100,0% ztrátu mezi skokem 10 a 11, další skok 12 hlásí 0,0% ztrátu paketů, což znamená, že ztráta hlášená na skoku 11 je způsobena pouze omezením rychlosti ICMP.
Pokud ztráta trvá déle než 1 skok, je možné, že došlo ke ztrátě paketů. Všimněte si také, že k omezení rychlosti a ztrátě paketů může dojít současně. V takovém případě berte nejnižší % ztráty v pořadí jako skutečnou ztrátu.
2. Nesprávná síť cílového hostitele
13.|-- 4.69.168.254 0.0% 10 293.3 304.7 276.0 441.0 48.5 14.|-- 4.69.161.105 10.0% 10 287.5 291.7 261.2 393.6 40.0 15.|-- 4.69.137.50 0.0% 10 412.2 299.2 266.9 412.2 48.6 16.|-- 4.69.134.146 10.0% 10 260.5 281.8 260.3 320.1 22.0 17.|-- 4.69.134.129 10.0% 10 294.7 303.5 268.0 397.8 41.8 18.|-- 4.69.132.177 10.0% 10 287.8 341.6 262.7 470.4 77.4 19.|-- 4.71.162.50 10.0% 10 280.8 276.0 257.8 323.2 21.3 20.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
Z výše uvedeného příkladu to může vypadat, že pakety nedorazily do cíle. Ale dorazí do cíle. Může to být důsledek nesprávně nakonfigurovaných pravidel hostitele nebo brány firewall pro zahazování paketů ICMP.
3. Problém s časovým limitem a návratovou trasou
Někdy routery zahodí ICMP a zobrazí se jako ??? na výstupu. Alternativně může nastat problém s návratovou trasou.
9.|-- 209.85.244.25 0.0% 10 260.6 147.0 78.1 260.6 75.3 10.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0 11.|-- 74.125.200.100 0.0% 10 84.8 112.4 75.6 234.4 63.9
Ve výše uvedeném příkladu router na skoku 10 buď neodpovídá na ICMP, nebo je problém ve zpětné cestě paketu.