Provádí trasování k cíli odesláním echo zpráv do cíle. Odesílání se provádí pomocí protokolu ICMP (Control Message Protocol) s neustále se zvyšující životností paketů (Time to Live, TTL).
Odvozená cesta je seznam nejbližších rozhraní směrovače na cestě mezi zdrojovým hostitelem a cílovým hostitelem. Blízké rozhraní představuje rozhraní směrovače, které je nejblíže zdrojovému hostiteli na cestě. Při spuštění bez parametrů příkaz tracert zobrazí nápovědu.
Ke kontrole sítě můžete také použít následující příkazy:
- PING je základní příkaz TCP/IP používaný k odstraňování problémů s připojením, testování přístupu a překladu názvů;
- PATHPING - poskytuje informace o latenci sítě a ztrátě dat na mezilehlých uzlech.
Parametry a klíče obslužného programu TRACERT
tracert [-d] [-h maximum_hops] [-j seznam_uzlů] [-w interval [název_cílového_stroje]
- -d - Zabraňuje příkazu tracert v pokusu přeložit IP adresy zprostředkujících směrovačů na názvy. Zvyšuje výstupní rychlost příkazu tracert.
- -h maximální_počet_skoků - Nastaví maximální počet přechodů na cestě při hledání finálního objektu. Výchozí hodnota je 30.
- -j seznam_uzlů - Určuje, že zprávy s požadavkem na odezvu používají volbu volného směrování v hlavičce IP se sadou mezilehlých cílů specifikovaných v seznamu hostitelů. Při volném směrování mohou být úspěšné mezilehlé cíle odděleny jedním nebo více směrovači. Maximální počet adres nebo jmen v seznamu je 9. Seznam_adres představuje sadu IP adres (v desítkové soustavě oddělené tečkami) oddělených mezerami.
- -w interval - Určuje v milisekundách dobu čekání na přijetí odpovědí ICMP echo nebo zpráv o vypršení časového limitu ICMP odpovídajících dané zprávě s žádostí o echo. Pokud zpráva není přijata v určeném čase, zobrazí se hvězdička (*). Výchozí časový limit je 4000 (4 sekundy).
- název_cílového_počítače - Určuje cíl určený adresou IP nebo názvem hostitele.
- -? - Zobrazí nápovědu k příkazovému řádku pro nástroj tracert.
Příklady příkazů TRACERT
- Chcete-li zobrazit nápovědu příkazového řádku pro příkaz, zadejte: tracert /?;
- Chcete-li sledovat cestu k uzlu, zadejte příkaz: tracert ya.ru;
- Chcete-li sledovat cestu k hostiteli a zabránit tomu, aby každá adresa IP byla převedena na název, zadejte: tracert -d ya.ru.
Video - Práce s nástrojem TRACERT
Praktická cvičení č. 03-006
Síťový nástroj Tracert (traceroute na Linuxu, Cisco IOS, MAC OS). Princip fungování a použití.
Utility tracert použitý studovat cesty IP paketů v sítích pracujících s protokolem TCP/IP, včetně globálního internetu. Při používání tohoto programu si musíte pamatovat, že během jeho provozu se na vašem hostiteli i na mezilehlých směrovačích generuje poměrně velké množství IP paketů. To vytváří další zatížení sítě.
tracert [- d] [- hmaximální počet] [- j seznam uzlů] [-w interval] [název_cílového_počítače]
Možnosti:
- d odmítnutí překládat IP adresy mezilehlých uzlů na jména
- hmaximální počet maximální počet přechodů (skoků) při hledání cílového uzlu
-j seznam_uzlů určuje použití možnosti volného směrování v hlavičce IP se sadou mezilehlých cílů specifikovaných v node_list (v současnosti prakticky není podporováno na routerech)
-w interval nastavuje dobu čekání v milisekundách pro každou odpověď
název_cílového_počítače určuje cíl identifikovaný IP adresou nebo názvem hostitele.
Činnost nástroje je založena na manipulaci s obsahem standardních polí záhlaví a možností záhlaví paketů IP. Hlavním nástrojem nástroje je obsah pole „time to live“ (neboli TTL).
Povinným prvkem je cílová IP adresa nebo název hostitele.
Poté, co je obslužný program obdrží od uživatele, odešle sérii (obvykle tři) pakety do sítě na tuto adresu s hodnotou TTL nastavenou na 1. Tyto pakety nemají šanci dosáhnout cíle, protože první router na trase, odečtením TTL 1 od toho obdrží 0. A je povinen takový paket zničit po uplynutí povolené životnosti v síti. Zároveň je ale router povinen odeslat odesílateli tohoto neúspěšného ICMP paketu zprávu o jeho tragickém osudu (typ 11, kód 0).
Výsledkem je, že váš počítač velmi rychle obdrží tři upozornění, že dříve odeslané pakety byly zničeny. Při zapamatování času odeslání a zaznamenání času příjmu oznámení ICMP není pro obslužný program tracert obtížné vypočítat průměrný čas pro příjem odpovědí, který je zobrazen na obrazovce.
Poté je odeslána další série paketů s TTL 2 a tak dále, dokud pakety nedosáhnou svého cíle.
Když paket, který je mu adresován s TTL 1, dorazí na adresu hostitele nebo směrovače, je přijat. Vzhledem k tomu, že není nutné je přeposílat dále, nebude generována žádná zpráva ICMP s dobou životnosti.
Aby se zjistilo, že trasování bylo úspěšně dokončeno, jsou všechny série paketů odeslány s vloženými zprávami UDP s uvedením čísla portu, které u příjemce zjevně neexistuje. Na zprostředkujících směrovačích na tom nezáleží, ale příjemce, který selhal při použití vložených informací, je nucen to nahlásit odesílateli pomocí stejného protokolu ICMP, ale s jinými hodnotami typu zprávy (3) a kódu (3).
Tato zpráva je odesílatelem interpretována jako potvrzení o dokončení převodu.
Důležitou vlastností nástroje tracert je schopnost zjistit jména mezilehlých uzlů. To vám umožní získat představu o organizační struktuře a geografickém umístění trasy paketů.
Názvy hostitelů jsou založeny na systému DNS (Domain Name System):
Formálně mohou jak uživatelé, tak programy přistupovat k hostitelům, poštovním schránkám a dalším internetovým zdrojům pomocí svých IP adres, ale pokud se u programu postup pro „zapamatování“ IP adresy neliší od „pamatování“ jakýchkoli dalších 4 bajtů informací jakéhokoli typu. , pak pro uživatele je zapamatování číselných kombinací jako 111.124.133.44 obtížné jednoduše z hlediska naší paměťové struktury. Identifikace jakýchkoli služeb pomocí IP adres hostitelů nebo serverů, na kterých působí, navíc extrémně ztěžuje jejich přenos, pokud je to nutné. Aby bylo možné vzít v úvahu „lidský faktor“ a oddělit názvy strojů od jejich adres, bylo rozhodnuto použít textové názvy ASCII. Síť však rozumí pouze číselným adresám, takže je zapotřebí mechanismus pro převod řetězců ASCII na adresy IP.
Když to všechno začalo, na ARPANETu byla korespondence mezi textovými a binárními adresami uložena ve speciálních souborech , který vypsal všechny hostitele a jejich IP adresy. V síti sestávající z několika stovek velkých strojů tento přístup fungoval docela dobře.
Když se ale k síti připojily tisíce pracovních stanic, objevily se problémy: počet záznamů, které bylo potřeba uložit, rychle rostl a centralizovaná správa jmen všech hostitelů obří mezinárodní sítě byla poměrně obtížná.
K vyřešení těchto problémů byl vyvinut Služba doménových jmen (DNS, Domain Name System). Tento systém se používá k převodu názvů hostitelů a e-mailových cílů na IP adresy, ale lze jej použít i pro jiné účely. Systém DNS byl definován v RFC 1034 a 1035.
Název domény je název sestávající ze slov oddělených tečkami. Levé slovo jména odkazuje na hostitele. Všechna ostatní slova tvoří název domény. Jmenný systém má hierarchickou stromovou strukturu.
Každý uzel (kruhy na obrázku) má štítek dlouhý až 63 znaků. Kořen stromu je speciální uzel bez popisku. Štítky mohou obsahovat velká nebo malá písmena. Název domény pro jakýkoli uzel ve stromu je posloupnost štítků, která začíná uzlem, který funguje jako kořen, se štítky oddělenými tečkami. (To je na rozdíl od souborového systému, na který jsme zvyklí, kde úplná cesta vždy začíná nahoře (kořen) a postupuje dolů ve stromu.) Každý uzel ve stromu musí mít jedinečný název domény, ale stejný štítky lze použít na různých místech stromu.
Existuje kořenový název označený ".", který často není zapsán v názvu domény. Existují názvy domén první úrovně. Jsou rozděleny do 2 kategorií – teritoriální doménová jména a předmětová doménová jména. Názvy domén druhé úrovně a následujících domén mohou být jakékoli a nemohou existovat dvě identické názvy domén nebo hostitelé. Pokud je tedy N i název domény i-té úrovně a T je slovo, pak název domény úrovně i+1 je tvořen podle pravidla N i +1 =T+N i .. Doména jméno končící tečkou se nazývá absolutní název domény (absolutní název domény) nebo plně kvalifikovaný název domény (FQDN).
Znovu zdůrazněme, že jelikož IP adresy jednoznačně identifikují hostitele v síti, existuje mezi sadou názvů hostitelů a sadou adres vztah jedna ku jedné.
Tento vztah je založen tabulkou, ve které je tolik položek typu „Název hostitele, IP adresa“, kolik je doménových jmen hostitelů. Při pojmenování nového hostitele musí být do tabulky přidána položka, pokud je přejmenován stávající, položka musí být změněna. Je vhodné používat takový systém pojmenování, protože jsou snadno zapamatovatelné a nejsou vázány na geograficky lokalizované IP sítě. Při přesunu pojmenovaného prostředku z jednoho hostitele na druhého stačí změnit záznam jeho názvu v tabulce jmen. Umístit takovou tabulku pro internet na jeden web je obtížné a není možné ji udržovat aktuální.
Databáze DNS je distribuována. Hierarchický systém jmen odpovídá hierarchickému systému serverů DNS, na kterých jsou umístěny fragmenty tabulky. V ideálním případě by měl pro každou doménu existovat samostatný jmenný server. Databáze jmenného serveru na jakékoli úrovni musí obsahovat záznamy všech podřízených domén na další úrovni. Všechny domény první úrovně jsou obsaženy v databázi kořenových jmenných serverů. Obsluhuje je organizace NIC.
Ve skutečnosti může jeden hostitel hostit databázi pro několik domén a identické nebo překrývající se databáze mohou být umístěny na několika hostitelích. Větev stromu jmen, která je pod jednotnou kontrolou spolu s hostiteli, na kterých se nachází databáze této větve stromu, se nazývá zóna DNS. Zóna má obvykle jeden primární server DNS (primární server jmen) a několik záložních (sekundární servery jmen). Změny zóny se provedou v databázi primárního serveru zóny a poté se tyto informace duplikují na sekundární servery.
Proces přenosu informací z primárního serveru na sekundární server se nazývá zónový přenos. Když se v zóně objeví nový hostitel, administrátor přidá příslušné informace (minimum, jméno a IP adresu) do souboru na disku na primárním serveru. Sekundární servery se pravidelně dotazují na primární servery (obvykle každé 3 hodiny), a pokud primární server obsahuje nové informace, sekundární server je obdrží pomocí zónového přenosu.
Na základě zadané funkcionality systému a jeho struktury vyplývá, že protokol musí obsahovat dvě součásti - protokol pro překlad jmen na IP adresy a protokol pro výměnu dat mezi uzly distribuované databáze, zejména mezi hlavní a záložní zónové servery.
Systém rozlišení adres.
Aby software zásobníku protokolu TCP/IP mohl používat službu jmen, musí nastavení zásobníku specifikovat IP adresu jmenného serveru, jehož zóna zahrnuje hostitele nebo jiný server, který přijímá požadavky ze sítě hostitele. Když prvek aplikace používá k identifikaci druhé strany v relaci název domény, je zahájen proces rozlišení IP adresy. Aplikační element služby názvů hostitelů odešle požadavek na server názvů. Pokud názvový server dokáže adresu vyřešit, odešle odpověď obsahující tuto adresu. Pokud jmenný server nedokáže vyřešit požadavek, může spustit dva skripty pro překlad jmen
server odešle adresu kořenového jmenného serveru jako součást odpovědi a hostitel vygeneruje požadavek na tento server (iterativní požadavek).
Zónový server vygeneruje požadavek na kořenový server a po obdržení odpovědi jej uloží do vyrovnávací paměti a odešle odpověď s adresou hostiteli, který službu požadoval (rekurzivní požadavek).
Odpověď ze serveru, který doménu řídí, se nazývá autoritativní.
Každý jmenný server na Internetu musí obsahovat adresy kořenových serverů ve své databázi.
Rozlišení názvu . Kromě své hlavní funkce překladu názvu domény hostitele na jeho IP adresu poskytuje protokol DNS také zpětné rozlišení IP adresy na název domény pomocí subzón reverzní zóny in_addr.arpa.
Právě schopnosti tohoto protokolu umožňují obslužnému programu tracert nejen úspěšně pracovat při zadávání místa sledování ve formě DNS jména, ale také nám poskytovat informace o názvech mezilehlých uzlů.
Samotestovací otázky
Co je to systém doménových jmen a k čemu se používá.
Jaká je maximální velikost štítku hostitele domény
Jaký je název kořenové domény DNS?
Jaké typy a kódy zpráv ICMP používá obslužný program tracert?
Které pole hlavičky paketu IP se používá k nastavení doby trvání paketů pomocí nástroje tracert?
Parametry utility Tracert
Účel nástroje tracert a možnosti jeho použití
Nezbytné vybavení
IBM PC je kompatibilní počítač s licencovaným operačním systémem Windows, připojením k lokální síti, přístupem na internet.
Úkoly
1. Pomocí příkazu tracert určete cestu pro distribuci IP paketů na stránku www.sgu.ru
2. Pomocí příkazu tracert určete cestu pro distribuci IP paketů na jednu z následujících lokalit: www. nla. vlád. au , www. ibge. vlád. br , www. kunaicho. jít. jp(můžete si vybrat jakýkoli web mimo Rusko).
3. Opakujte trasování s volbou –d.
4. Popište strukturu DNS názvu serveru, který jste sledovali.
5. Využijte službu www. ip2 umístění. com/ demo. aspx(nebo podobně) a určit přibližnou polohu mezilehlých bodů trasy.
6. Nakreslete schéma trasy.
7. Komentář k výsledkům.
Předložit zprávu o dokončení díla v tištěné nebo elektronické podobě s kopiemi obrazovek provozu inženýrské sítě.
Použití těchto utilit vám umožňuje sledovat cestu ke vzdálenému hostiteli, určit dobu zpátečního zpoždění (RTT-round-trip delay time), IP adresu a v některých případech název domény zprostředkujícího směrovače. Jsou založeny na chybových zprávách ICMP.
Jak přípravek Tracert působí?
Hodnota doby trvání (TTL) prvního odeslaného paketu je nastavena na 1. Když protokol IP prvního směrovače přijme tento paket, v souladu se svým algoritmem sníží TTL o jednu a přijme 0. Směrovač zahodí paket s nulovou dobou trvání a vrátí ICMP do zdrojového hostitele - chybová zpráva timeout datagramu (ICMP zpráva typu 11 kód 0). Tato zpráva obsahuje název routeru a jeho IP adresu. Když tato zpráva ICMP dorazí k odesílateli, zjistí z hodnoty časovače paketu dobu oběhu (RTT) a také (ze zprávy ICMP) jméno a IP adresu zprostředkujícího směrovače. Poté je odeslán další IP paket, nyní však s hodnotou TTL 2. Tento paket již dorazí k druhému routeru, ale opět tam „uhyne“, což je stejným způsobem hlášeno odesílajícímu uzlu. A tak dále, dokud nedosáhne koncového uzlu. Na základě těchto odpovědí je vytvořena stopa. Například:
Trasování trasy na rt.ru s maximálním počtem skoků 30: 1 3 ms 1 ms 2 ms net235-72.ufa.ertelecom.ru 2 2 ms 2 ms 1 ms bb2.bsr02.ufa.ertelecom.ru 3 2 ms 1 ms 1 ms zpoždění-10-438.bbr01.samara.ertelecom.ru 4 18 ms 18 ms 18 ms 46,61,227,202 5 19 ms 19 ms 18 ms 47,619,26 -0-0- 0.m10 -ar2.msk.ip.rostelecom.ru 7 19 ms 19 ms 19 ms 109.207.0.226 8 19 ms 19 ms 19 ms www.rt.ru Trasování je dokončeno.
Z této stopy vidíme, že hostitel www.rt.ru je přístupný s počtem skoků (hopů) - 8, jeho ip je 109.207.14.4 a doba zpoždění zpáteční cesty k tomuto zdroji je 19 ms.
Jak Traceroute funguje.
Princip je stejný, až na jednu výjimku. Obslužný program ve výchozím nastavení odesílá datagramy UDP směrem k danému hostiteli na libovolný port, obvykle na „vysoký“ port, pravděpodobně neobsazený jinou službou (například 12500, 30678) nebo na vyhrazený port (například 0), v posledních verzích je výchozí hodnota 33434. Nejprve se odešle série 3 takových paketů s TTL=1, po příchodu odpovědí se změří doba přenosu a určí se název domény tranzitního uzlu. Poté, jak je uvedeno výše, jsou odeslány další série paketů s TTL=2 atd. Na konci obdržíme od cílového hostitele odpověď „Port Unreachable“ (PORT_UNREACHABLE), což znamená, že trasování je dokončeno.
Příklad trasování ke stejnému zdroji:
Traceroute na rt.ru (109.207.14.4), max. 30 skoků, 40bajtové pakety 1 * * * 2 bb1.bsr02.ufa.ertelecom.ru (212.33.234.101) 13.059 ms 33.231 ms bbr01.samara.ertelecom.ru (212.33.233.111) 0,360 ms 0,382 ms 0,612 ms 4 46,61,227,202 (46,61,227,202) s 17,451 ms 17,451 m 201 (46.61.227.201) 17,803 ms 17,791 ms 17,778 ms 6 tak -0 -0-0.m10-ar2.msk.ip.rostelecom.ru (87.226.139.74) 18.179 ms 18.211 ms 17.988 ms 7 109.207.0.226 (109.207.0.826 ms) 88 ms 8 * * * ^C
Z výsledku výstupu vyvstává otázka, proč v tomto případě trasování nedosáhlo konce a ve výstupu se objevily tzv. hvězdičky (* * *) a odpověď spočívá právě v rozdílu (v tomto příkladu). Směrovače/hostitelé jsou velmi často nakonfigurováni tak, že na tyto typy požadavků nereagují, v takovém případě se objeví hvězdičky. To vůbec neznamená, že jsou nějaké problémy. To se provádí za účelem vyložení zařízení. V tomto příkladu skoky 1 a 8 nereagují na datagramy UDP, pokud však spustíte obslužný program traceroute s klíčem -I, trasování dorazí, protože Tento klíč mě nutí posílat datagramy ICMP.
$ traceroute -I rt.ru traceroute na rt.ru (109.207.14.4), max. 30 skoků, 40bajtové pakety 1 net233-86.ufa.ertelecom.ru (212.33.233.86) 162.924 ms 656163.bbm 2 .ufa.ertelecom.ru (212.33.234.101) 8,095 ms 38,117 ms 50,262 ms 3 lag-10-438.bbr01.samara.ertelecom.ru (212.33.243.181) m s 46 .61.227.202 (46,61. 227.202 ) 17.592 ms 17.623 ms 17.613 ms 5 46.61.227.201 (46.61.227.201) 17.597 ms 17.609 ms 3 17.613 ms 17.61 ms rostelecom.ru (87 226, 139,74) 17,943 ms 17,924 ms 18,001 ms 7 109,207,0,226 (109,207,0,226) 18,092 ms 18,026 ms 18,010 ms 8 www.rt.ru (109,44183,05 18,308 ms
Závěr.
Je třeba poznamenat, že hvězdičky se mohou objevit i při trasování paketů ICMP, což také neznamená, že je problém. Vše závisí na tom, jak správce nakonfiguroval zařízení. Toto je jeho hardware a je přizpůsoben jeho potřebám. Tento jev je zcela normální. Také nepropadejte panice, pokud cílový hostitel nereaguje. Je docela možné, že jim byl zdroj jednoduše uzavřen.
Nástroj pro sledování trasy k danému uzlu TRACERT.EXE je jedním z nejčastěji používaných nástrojů pro diagnostiku sítě. Jeho hlavním účelem je získat řetězec uzlů, kterými prochází IP paket, adresovaný koncovému uzlu, jehož jméno nebo IP adresa je určena parametrem příkazového řádku.
Formát příkazového řádku:
tracert [-d] [-h maxNumber] [-j Seznam uzlů] [-w časový limit] [-R] [-S Zdrojová adresa] [-4] [-6] finalName
Možnosti příkazového řádku:
-d- nepoužívejte rozlišení v názvech hostitelů.
-h maxNumber- maximální počet skoků při hledání uzlu.
-j listNodes- volný výběr trasy ze seznamu uzlů (pouze IPv4).
-w časový limit- časový limit každé odpovědi v milisekundách.
-R- sledování cesty (pouze IPv6).
-S zdrojová adresa- použijte zadanou zdrojovou adresu (pouze IPv6).
-4 - nucené používání IPv4.
-6 - nucené používání IPv6.
Sledování je založeno na metodě analýzy odpovědí při sekvenčním odesílání paketů ICMP na zadanou adresu s polem TTL zvětšujícím se o 1. („Čas života“ – Time To Live). Ve skutečnosti toto pole nemá nic společného s časem, ale je počítadlem počtu možných přechodů během přenosu směrovaného paketu. Každý router po přijetí paketu odečte jeden od tohoto pole uloženého v hlavičce paketu a zkontroluje výslednou hodnotu čítače TTL. Pokud se hodnota stane nulou, paket je zahozen a odesílateli je odeslána zpráva ICMP time-to-live (zpráva "Time Exceeded", hodnota 0x11 v hlavičce ICMP).
Nebýt zahrnutí TTL pole do IP paketů, pak by v případě chyb v trasách mohla nastat situace, kdy by paket věčně koloval v síti, přeposílaný routery v kruhu.
Při provádění příkazu tracert.exe nejprve odešle paket ICMP s polem TTL v záhlaví rovným 1
a první router v řetězci (obvykle hlavní brána z nastavení síťového připojení), odečtením jedničky od TTL, získá nulovou hodnotu a hlásí, že životnost byla překročena. Nástroj TRACERT.EXE tedy získá adresu IP prvního směrovače, který se účastní doručování paketů do koncového uzlu. Tato sekvence se opakuje třikrát, takže řádek výsledku vygenerovaný tracert.exe zobrazuje tři časy odezvy po čísle přechodu:
1 1 ms 1 – číslo přechodu (1 – první router)
1 ms 192.168.1.1 – jeho adresa (nebo název)
Poté se postup opakuje, ale TTL je nastaveno na 2 - první router to sníží na 1 a pošle na další v řetězci, který po odečtení 1 resetuje TTL a hlásí překročení životnosti. Nástroj TRACERT.EXE získá druhou adresu IP uzlu zapojeného do doručování paketu příjemci a jeho dobu odezvy. Proces trasování bude pokračovat, dokud nebude dosaženo koncového uzlu, jehož jméno nebo adresa je uvedena jako parametr příkazového řádku, např. tracert yandex.ru, nebo dokud není zjištěna závada bránící doručení balíku. Ve výchozím nastavení nástroj TRACERT.EXE používá maximální počet skoků 30, což by mělo stačit k dosažení jakéhokoli uzlu na planetě. V případě potřeby lze pomocí parametru nastavit jinou hodnotu čítače -h
Příklad výsledků provedení tracert google.com
tracert google.com- trasování trasy do uzlu google.com
Výsledek:
Trasování trasy na google.com s maximálním počtem skoků 30:
1 1 ms 2 498 ms 444 ms 302 ms ppp83-237-220-1.pppoe.mtu-net.ru
3 * * * .
4 282 ms * * a197-crs-1-be1-53.msk.stream-internet.net
5 518 ms 344 ms 382 ms ss-crs-1-be5.msk.stream-internet.net
6 462 ms 440 ms 335 ms m9-cr01-po3.msk.stream-internet.net
7 323 ms 389 ms 339 ms bor-cr01-po4.spb.stream-internet.net
8 475 ms 302 ms 420 ms anc-cr01-po3.ff.stream-internet.net
9 334 ms 408 ms 348 ms 74,125,50,57
10 451 ms 368 ms 524 ms 209.85.255.178
11 329 ms 542 ms 451 ms 209,85,250,140
12 616 ms 480 ms 645 ms 209,85,248,81
13 656 ms 549 ms 422 ms 216.239.43.192
14 378 ms 560 ms 534 ms 216.239.43.113
15 511 ms 566 ms 546 ms 209,85,251,9
16 543 ms 682 ms 523 ms 72.14.232.213
17 468 ms 557 ms 486 ms 209.85.253.141
18 593 ms 589 ms 575 ms yx-in-f100.google.com
Sledování je dokončeno.
Výsledky trasování mohou obsahovat řádky, kde je místo adresy uzlu zobrazena hvězdička (v příkladu uzel číslo 3). Nemusí to být nutně známka vadného routeru a častěji to znamená, že nastavení tohoto uzlu zakazuje odesílání zpráv ICMP z bezpečnostních důvodů a pro snížení zatížení kanálu v případě určitých typů DDoS. útoky. Podobné nastavení se používá například v sítích Microsoft. Servery společnosti nereagují na ping a neumožňují sledování cesty k nim.
Příklady použití TRACERT
tracert google.com- sledovat cestu k uzlu google.com.
tracert 8.8.8.8- sledovat cestu k uzlu s IP adresou 8.8.8.8
tracert -d yandex.ru- sledovat cestu k uzlu yandex.ru bez překládání IP adres na názvy hostitelů. Trasování v tomto režimu je rychlejší.
tracert -d -6 ipv6.google.com- provádět trasování pomocí protokolu IPv6.
Příklad výsledků trasování pomocí protokolu IPv6:
trasování na ipv6.google.com (2a00:1450:4013:c00::71), max. 30 skoků, 40bajtové pakety 1 2a02:348:82::1 (2a02:348:82::1) 8,087 ms 8,063 8,086 ms 2 te0-22.cr1.nkf.as49685.net (2001:4cb8:40b:1::1d01) 2,143 ms 2,129 ms 2,103 ms 3 amsix-router.2a0081:7:com (2a05081:7.com 5169:1) 1,379 ms 1,415 ms 1,422 ms 4 (2001:4860::1:0:87ab) 1,437 ms (2001:4860::1:0:87aa) 2:2007:807 ms:81 ) 1,408 ms 5 (2001:4860::8:0:87b0) 1,494 ms 1,469 ms (2001:4860::8:0:87b2) 8,350 ms 6 (2001:48260:555) ms ms 4,748 ms 7 (2001:4860::2:0:8651) 4,653 ms 6,994 ms (2001:4860::2:0:8652) 13:926 ms 8 ee-in-x704.001.00 :c00::71) 4,732 ms 4,733 ms 4,783 ms