Zář 21

MTR, diagnostika siete

MTR je jednoduchý sieťový diagnostický nástroj, ktorý kombinuje traceroute a ping. Podobne ako traceroute, MTR vypíše informácie o trase paketov medzi dvoma bodmi na internete (od hostiteľa ku užívateľom zvolenému hostiteľovi). Výhodou v porovnaní s traceroute je, že výstup je automaticky obnovovaný.

Nástroje na diagnostiku siete na testovanie pripojenia medzi dvoma bodmi využívajú pakety protokolu ICMP (Internet Control Message Protocol). Keď si používateľ zvolí nejakého hostiteľa na internete, odošlú sa do neho pakety,na ktoré príde odpoveď v podobe paketov. Dá sa tak vypočítať čas medzi dvoma bodmi na internete. Naproti tomu MTR posiela ICMP pakety s postupne sa zvyšujúcim TTL (Time To Live), čo zabezpečí zostavenie trasy medzi oboma hostiteľmi. MTR týmto zhromažďuje dodatočné informácie týkajúce sa stavu, pripojenia a odozvy stredných hostiteľov. Vďaka čomu môže poskytnúť úplný prehľad o spojení medzi oboma hostiteľmi.

 

Inštalácia programu

Program sa nachádza v oficiálnych repozitároch:

sudo pacman -S mtr
sudo pacman -S mtr-gtk
yay -S mtr-git

mtr a mtr-git sú terminálové verzie
mtr-gtk je verzia s grafickým rozhraním

mtr a mtr-gtk sú v konflikte.

Inštalácia programu bez použitia pomocníka:

git clone https://aur.archlinux.org/mtr-git.git
cd mtr-git
makepkg -sri

 

Pomoc a manuálová stránka:

man mtr
mtr --help
mtr -h

Manuálová stránka:

man mtr-packet

 

Pracovanie s programom

Zadáva sa buď meno domény alebo IP adresa:

mtr MENO_DOMÉNY
mtr IP_ADRESA
mtr google.sk
mtr 216.58.223.78

 

Výstup terminálovej verzie:

Výstup grafickej verzie:

 

Príklady použitia:

Zobrazenie mien domén:

mtr MENO_DOMÉNY
mtr IP_ADRESA

Zobrazenie IP adries (namiesto mien domén):

mtr -n MENO_DOMÉNY
mtr -n IP_ADRESA
mtr --no-dns MENO_DOMÉNY
mtr --no-dns IP_ADRESA

Zobrazenie aj mien domén aj IP adries:

mtr -b MENO_DOMÉNY
mtr -b IP_ADRESA
mtr --show-ips MENO_DOMÉNY
mtr --show-ips IP_ADRESA

Stanovenie počtu odoslaných paketov:

mtr -cX MENO_DOMÉNY
mtr -cX IP_ADRESA
mtr --report-cycles X MENO_DOMÉNY
mtr --report-cycles X IP_ADRESA
mtr -c3 MENO_DOMÉNY
mtr -c3 IP_ADRESA
mtr --report-cycles 3 MENO_DOMÉNY
mtr --report-cycles 3 IP_ADRESA

Vytvorenie prehľadnej správy o stave (v domovskom priečinku sa vytvorí textový súbor s názvom mtr-report.txt):

mtr -rw MENO_DOMÉNY > mtr-report.txt
mtr -rw IP_ADRESA > mtr-report.txt
mtr --report --report-wide MENO_DOMÉNY > mtr-report.txt
mtr --report --report-wide IP_ADRESA > mtr-report.txt
mtr -rw MENO_DOMÉNY > mtr-report.txt
mtr -rw IP_ADRESA > mtr-report.txt
mtr --report --report-wide MENO_DOMÉNY > mtr-report.txt
mtr --report --report-wide IP_ADRESA > mtr-report.txt
mtr -rw -cX MENO_DOMÉNY > mtr-report.txt
mtr -rw -cX IP_ADRESA > mtr-report.txt
mtr --report --report-wide --report-cycles X MENO_DOMÉNY > mtr-report.txt
mtr --report --report-wide --report-cycles X IP_ADRESA > mtr-report.txt
mtr -rw -c10 MENO_DOMÉNY > mtr-report.txt
mtr -rw -c10 IP_ADRESA > mtr-report.txt
mtr --report --report-wide --report-cycles 10 MENO_DOMÉNY > mtr-report.txt
mtr --report --report-wide --report-cycles 10 IP_ADRESA > mtr-report.txt

 

Analýza a overenie výsledkov správy

Diagnosing Network Issues with MTR

 

Analýza výsledkov správy:

mtr -rw -c5 google.com
Start: 2018-08-19T14:52:30+0200
HOST: stein-lab                           Loss%  Snt  Last  Avg   Best  Wrst  StDev
 1.|-- _gateway                           0.0%   5    0.4   0.4   0.3   0.5   0.1
 2.|-- 10.10.10.1                         0.0%   5    0.6   0.6   0.5   0.7   0.1
 3.|-- 10.255.255.255                     0.0%   5    6.0   12.0  6.0   18.0  4.8
 4.|-- rev-81-92-255-145.radiolan.sk      0.0%   5    18.1  12.1  6.9   18.1  4.3
 5.|-- 192.168.168.57                     0.0%   5    16.9  15.2  10.7  20.0  3.5
 6.|-- 192.168.169.85                     0.0%   5    11.0  16.6  11.0  28.6  7.5
 7.|-- 192.168.168.93                     0.0%   5    15.4  17.3  6.4   33.3  9.9
 8.|-- rev-78-41-168-198.radiolan.sk      0.0%   5    11.4  15.5  5.0   31.9  10.2
 9.|-- cust-radiolan.supernetwork.cz      0.0%   5    10.3  15.2  10.3  23.6  6.1
 10.|-- vl5.sit-ar-core2.superhosting.cz  0.0%   5    14.5  16.6  12.0  26.9  6.2
 11.|-- google.peering.cz                 0.0%   5    17.8  17.4  9.7   22.5  4.7
 12.|-- 108.170.245.49                    0.0%   5    19.8  19.5  13.5  25.6  5.8
 13.|-- 108.170.238.233                   0.0%   5    14.2  14.9  11.1  18.7  3.6
 14.|-- prg03s02-in-f14.1e100.net         0.0%   5    10.8  10.1  8.7   11.7  1.3

Loss% udáva percento straty paketov pri každom hope
Snt počíta počet odoslaných paketov
Last, Avg, Best a Wrst merajú latencie v milisekundách
Last je latencia posledného odoslaného paketu
Avg je priemerná latencia všetkých paketov. Väčšinou je smerodajný údaj.
Best zobrazuje najlepší (najkratší) čas
Wrst zobrazuje najhorší (najdlhší) čas
StDev udáva štandardnú odchýlku latencií každému hostiteľovi. Čím je vyššia, tým väčší je rozdiel medzi meraniami latencie. Umožňuje posúdiť, či priemerná hodnota (Avg) predstavuje skutočný stred dátového súboru, alebo bola skreslená nejakým javom alebo chybou merania. Ak je privysoká, merania latencie boli nekonzistentné a je lepšie sa pozrieť na najlepšie (Best) a najhoršie (Wrst) merania latencie.

Vo väčšine prípadov prvé 3 hopy predstavujú ISP zdrojového hostiteľa, zatiaľ čo posledné 3 hopy reprezentujú ISP cieľového hostiteľa. Hopy medzi týmito sú len smerovače, cez ktoré musí paket prejsť, aby dosiahol svoj cieľ.

Pri analýze výstupu sú dôležité dve veci: strata (Lost%) a latencia (Avg).

 

Overenie výsledkov správy (strata paketov):

Ak je prítomné určité percento straty pri konkrétnom hope, môže to znamenať dve veci. Prvpu, že je problém s daným smerovačom alebo, že poskytovateľ internetových služieb obmedzuje ICMP (obmedzuje rýchlosť). Vďaka čomu sa zdá, že pakety sú stratené. Ak chceme zistiť, či je strata skutočná, musíme sa pozrieť na stratu nasledujúceho hopu. Ak nie je prítomná žiadna strata (0.0%), s veľkou pravdepodobnosťou ide o obmedzenie rýchlosti ISP. Ak strata pretrváva viac ako jeden hop, pravdepodobne existujú problémy so stratou paketov alebo smerovaním. Pre kontrolu, či nedošlo ku strate aj obmedzeniu, skontrolujeme ďalšie najnižšie percento straty. Pri stratách na niekoľkých hopoch za sebou, vždy berieme v úvahu stratu posledného hopu.

Pri stratách okolo 10% nie je dôvod na paniku. Aplikačná vrstva tieto straty dokáže vykompenzovať.

 

Overenie výsledkov správy (latencia):

Latencia sa zvyšuje pri prechode na nasledujúci hop. A to v dôsledku fyzických obmedzení. Zvýšenia by ale mali byť konzistentné a lineárne. Latencia je závislá od rýchlosti pripojenia aj vzdialenosti hostiteľa. Ak je latencia skoková, môže to indikovať problém s latenciou danej siete (napríklad presýtenie, nesprávna konfigurácia smerovača či preťaženie).

Vysoká latencia nie vždy znamená problém s trasou samotnou. Niekedy to indikuje problém s návratom.

Pri konečnom hodnotení je treba zvážiť latenciu posledného hopu.

 

Napsat komentář

Your email address will not be published.

%d blogerům se to líbí: