Utför en spårning till en destination genom att skicka ekomeddelanden till destinationen. Sändning utförs med hjälp av Control Message Protocol (ICMP) med en ständigt ökande paketlivslängd (Time to Live, TTL).
Den härledda sökvägen är en lista över de närmaste routergränssnitten på vägen mellan källvärden och målvärden. Nära gränssnittet representerar routergränssnittet som är närmast källvärden på vägen. När du kör utan parametrar visar tracert-kommandot hjälp.
Du kan också använda följande kommandon för att kontrollera nätverket:
- PING är ett grundläggande TCP/IP-kommando som används för att felsöka en anslutning, testa åtkomst och lösa namn;
- PATHPING - ger information om nätverkslatens och dataförlust på mellanliggande noder.
TRACERT verktygsparametrar och nycklar
tracert [-d] [-h maximum_hops] [-j host_list] [-w intervall [target_machine_name]
- -d - Förhindrar att tracert-kommandot försöker omvandla mellanliggande routrars IP-adresser till namn. Ökar utmatningshastigheten för tracert-kommandot.
- -h maximalt_antal_hopp - Ställer in det maximala antalet övergångar på banan när du söker efter det slutliga objektet. Standardvärdet är 30.
- -j nodlista - Anger att ekobegäranmeddelanden använder alternativet för gratis routing i IP-huvudet med en uppsättning mellandestinationer som anges i host_list. Vid fri routing kan framgångsrika mellanliggande destinationer separeras av en eller flera routrar. Det maximala antalet adresser eller namn i en lista är 9. Adresslista representerar en uppsättning IP-adresser (med prickade decimaler) separerade med mellanslag.
- -w intervall - Anger, i millisekunder, den tid som ska vänta på att ta emot ICMP-ekosvar eller ICMP-timeoutmeddelanden som motsvarar ett givet ekobegäranmeddelande. Om meddelandet inte tas emot inom den angivna tiden, visas en asterisk (*). Standard timeout är 4000 (4 sekunder).
- destinationsdatornamn - Anger destinationen som anges av IP-adressen eller värdnamnet.
- -? - Visar kommandoradshjälp för tracert-verktyget.
TRACERT kommandoexempel
- För att visa kommandotolkhjälp för ett kommando, skriv: tracert /?;
- För att spåra sökvägen till en nod, skriv in kommandot: tracert ya.ru;
- För att spåra sökvägen till värden och förhindra att varje IP-adress omvandlas till ett namn, skriv in: tracert -d ya.ru.
Video - Arbeta med verktyget TRACERT
Praktiska övningar nr 03-006
Tracert nätverksverktyg (traceroute på Linux, Cisco IOS, MAC OS). Funktionsprinciper och användning.
Verktyg tracert Begagnade att studera rutter för IP-paket i nätverk som använder TCP/IP-protokollstacken, inklusive det globala Internet. När du använder det här programmet måste du komma ihåg att under dess drift genereras ett ganska stort antal IP-paket både på din värd och på mellanliggande routrar. Detta skapar ytterligare belastning på nätverket.
tracert [- d] [- hmaximalt antal] [- j nodlista] [-w intervall] [destinationsdatornamn]
Alternativ:
- d vägran att lösa upp IP-adresser för mellanliggande noder till namn
- hmaximalt antal maximalt antal övergångar (hopp) vid sökning efter en destinationsnod
-j node_list anger användningen av alternativet för gratis routing i IP-huvudet med uppsättningen mellanliggande destinationer som anges i node_list (för närvarande praktiskt taget inte stöd för routrar)
-w intervall ställer in väntetiden i millisekunder för varje svar
destinationsdatornamn anger en destination som identifieras av en IP-adress eller värdnamn.
Verktygets funktion är baserad på att manipulera innehållet i standardhuvudfälten och IP-pakethuvudalternativ. Verktygets huvudverktyg är innehållet i fältet "time to live" (eller TTL).
Ett obligatoriskt element är IP-adressen eller destinationsvärdnamnet.
Efter att ha tagit emot det från användaren skickar verktyget en serie (vanligtvis tre) paket till nätverket till denna adress med TTL-värdet satt till 1. Dessa paket har ingen chans att nå destinationen, eftersom den första routern längs rutten, subtraherar TTL 1 från detta, kommer han att få 0. Och han är skyldig att förstöra ett sådant paket efter att den tillåtna livslängden på nätverket har löpt ut. Men samtidigt är routern skyldig att skicka ett meddelande till avsändaren av detta misslyckade ICMP-paket om dess tragiska öde (typ 11, kod 0).
Som ett resultat kommer din dator mycket snabbt att få tre meddelanden om att tidigare skickade paket har förstörts. Med tanke på tidpunkten för att skicka och registrera tidpunkten för mottagning av ICMP-meddelanden är det inte svårt för tracert-verktyget att beräkna den genomsnittliga tiden för att ta emot svar, som visas på skärmen.
Sedan skickas nästa serie av paket med en TTL på 2, och så vidare tills paketen når sin destination.
När ett paket adresserat till det med en TTL på 1 anländer till en värd- eller routeradress accepteras det. Eftersom det inte finns något behov av att vidarebefordra det, kommer inget ICMP-tid-till-live-meddelande att genereras.
För att ta reda på att spårningen har slutförts, skickas alla serier av paket med UDP-meddelanden inbäddade i dem, vilket indikerar ett portnummer som uppenbarligen inte finns hos mottagaren. På mellanliggande routrar spelar detta ingen roll, men mottagaren, efter att ha misslyckats med att använda den inbäddade informationen, tvingas rapportera detta till avsändaren med samma ICMP-protokoll, men med olika meddelandetyp (3) och kod (3) värden.
Detta meddelande tolkas av avsändaren som en bekräftelse på slutförandet av överföringen.
En viktig egenskap hos tracert-verktyget är förmågan att ta reda på namnen på mellannoder. Detta gör att du kan få en uppfattning om den organisatoriska strukturen och geografiska platsen för paketvägen.
Värdnamn är baserade på Domain Name System (DNS):
Formellt kan både användare och program komma åt värdar, brevlådor och andra Internetresurser via sina IP-adresser, men om för ett program är proceduren för att "komma ihåg" en IP-adress inte annorlunda än att "komma ihåg" någon annan 4 byte med information av någon typ , sedan för användaren är det svårt att komma ihåg sifferkombinationer som 111.124.133.44 helt enkelt ur vår minnesstrukturs synvinkel. Att identifiera tjänster med IP-adresserna för de värdar eller servrar som de verkar på gör det dessutom extremt svårt att överföra dem vid behov. För att ta hänsyn till den "mänskliga faktorn" och separera maskinnamn från deras adresser, beslutades att använda text ASCII-namn. Nätverket förstår dock bara numeriska adresser, så det behövs en mekanism för att konvertera ASCII-strängar till IP-adresser.
När allt började, på ARPANET lagrades överensstämmelsen mellan text och binära adresser i speciella filer , som listade alla värdar och deras IP-adresser. I ett nätverk bestående av flera hundra stora maskiner fungerade detta tillvägagångssätt ganska bra.
Men när tusentals arbetsstationer kopplade till nätverket uppstod problem: antalet poster som behövde lagras växte snabbt, och centraliserad hantering av namnen på alla värdar i ett gigantiskt internationellt nätverk var ganska svårt.
För att lösa dessa problem utvecklades den Domain Name Service (DNS, Domännamnssystem). Detta system används för att konvertera värdnamn och e-postdestinationer till IP-adresser, men kan även användas för andra ändamål. DNS-systemet definierades i RFC 1034 och 1035.
Ett domännamn är ett namn som består av ord separerade med punkter. Det vänstra ordet i namnet syftar på värden. Alla andra ord bildar domännamnet. Namnsystemet har en hierarkisk, trädliknande struktur.
Varje nod (cirklar i figuren) har en etikett på upp till 63 tecken. Roten till ett träd är en speciell nod utan etikett. Etiketter kan innehålla versaler eller små bokstäver. Domännamnet för valfri nod i trädet är en sekvens av etiketter som börjar med att noden fungerar som roten, med etiketterna åtskilda av punkter. (Detta är i motsats till filsystemet vi är vana vid, där hela sökvägen alltid börjar längst upp (roten) och arbetar sig ner i trädet.) Varje nod i trädet måste ha ett unikt domännamn, men samma Etiketter kan användas på olika ställen i trädet.
Det finns ett rotnamn, betecknat med ett ".", som ofta inte skrivs i domännamnet. Det finns domännamn på första nivån. De är indelade i 2 kategorier - territoriumdomännamn och ämnesdomännamn. Namnen på andra nivån och efterföljande domäner kan vara vad som helst, och inga två identiska domännamn eller värdar kan existera. Så, om Ni är ett domännamn för den i:te nivån och T är ett ord, så bildas domännamnet för nivå i+1 enligt regeln N i +1 =T+N i .. En domän namn som slutar med en punkt kallas för ett absolut domännamn (absolut domännamn) eller ett fullständigt kvalificerat domännamn (FQDN).
Låt oss återigen betona att eftersom IP-adresser unikt identifierar värdar i ett nätverk, finns det ett en-till-en-förhållande mellan uppsättningen värdnamn och uppsättningen adresser.
Detta förhållande upprättas av en tabell där det finns lika många poster av typen "Värdnamn, IP-adress" som det finns domännamn på värdar. När du namnger en ny värd måste en post läggas till i tabellen om en befintlig bytt namn måste posten ändras. Det är bekvämt att använda ett sådant namnsystem eftersom de är lätta att komma ihåg och inte är bundna till geografiskt lokaliserade IP-nätverk. När du flyttar en namngiven resurs från en värd till en annan behöver du bara ändra posten för dess namn i namntabellen. Det är svårt att innehålla en sådan tabell för Internet på en webbplats och omöjligt att hålla den uppdaterad.
DNS-databasen distribueras. Det hierarkiska namnsystemet motsvarar det hierarkiska systemet för DNS-servrar på vilka tabellfragment finns. Helst bör det finnas en separat namnserver för varje domän. Namnserverdatabasen på valfri nivå måste innehålla poster för alla underordnade domäner på nästa nivå. Alla domäner på första nivån finns i rotnamnservrarnas databas. De betjänas av NIC-organisationen.
I verkligheten kan en värd vara värd för en databas för flera domäner, och identiska eller överlappande databaser kan finnas på flera värdar. En gren av namnträdet som är under enhetlig kontroll tillsammans med värddatorerna där databasen för denna gren av trädet finns kallas en DNS-zon. Vanligtvis har en zon en primär DNS-server (primär namnserver) och flera säkerhetskopior (sekundära namnservrar). Ändringar av en zon görs i databasen för zonens primära server och sedan dupliceras denna information på sekundära servrar.
Processen att överföra information från en primär server till en sekundär server kallas zonöverföring. När en ny värd dyker upp i zonen lägger administratören till lämplig information (minimum, namn och IP-adress) till en diskfil på den primära servern. Sekundära servrar pollar de primära servrarna regelbundet (vanligtvis var tredje timme), och om den primära innehåller ny information tar den sekundära emot den med hjälp av zonöverföring.
Baserat på den specificerade funktionaliteten hos systemet och dess struktur, följer det att protokollet måste innehålla två komponenter - ett protokoll för att lösa namn till IP-adresser och ett protokoll för utbyte av data mellan noder i en distribuerad databas, särskilt mellan huvud- och reservzonservrar.
Adressupplösningssystem.
För att TCP/IP-protokollstackprogramvaran ska använda namntjänsten måste stackinställningarna ange IP-adressen för namnservern, vars zon inkluderar värden eller en annan server som accepterar förfrågningar från värdens nätverk. När ett applikationselement använder ett domännamn för att identifiera den andra parten i en session, initieras processen för upplösning av IP-adresser. Värdnamnstjänstapplikationselementet skickar en begäran till namnservern. Om namnservern kan lösa adressen skickar den ett svar som innehåller den adressen. Om namnservern inte kan lösa begäran kan den initiera två namnupplösningsskript
servern skickar adressen till rotnamnservern som en del av svaret, och värden genererar en begäran till denna server (en iterativ begäran).
Zonservern genererar en begäran till rotservern och, efter att ha fått ett svar, lagrar den i en buffert och skickar ett svar med adressen till värden som begärde tjänsten (rekursiv begäran).
Svaret från servern som kontrollerar domänen kallas auktoritativt.
Varje namnserver på Internet måste innehålla adresserna till rotservrarna i sin databas.
Namnupplösning . Förutom dess huvudfunktion att lösa upp en värds domännamn till dess IP-adress, tillhandahåller DNS-protokollet även omvänd upplösning av en IP-adress till ett domännamn med hjälp av subzoner av den omvända zonen in_addr.arpa.
Det är funktionerna i detta protokoll som gör att tracert-verktyget inte bara fungerar framgångsrikt när man anger spårningsplatsen i form av ett DNS-namn, utan också för att förse oss med information om namnen på mellanliggande noder.
Självtestfrågor
Vad är domännamnssystemet och vad används det till.
Vad är den maximala domänvärdens etikettstorlek
Vad heter rot-DNS-domänen?
Vilka typer och koder av ICMP-meddelanden använder tracert-verktyget?
Vilket IP-pakethuvudfält används för att ställa in livslängden för paket med hjälp av tracert-verktyget?
Tracert verktygsparametrar
Syftet med tracert-verktyget och alternativen för dess användning
Nödvändig utrustning
IBM PC är en kompatibel dator med ett licensierat Windows-operativsystem, anslutning till ett lokalt nätverk, Internetåtkomst.
Uppgifter
1. Använd tracert-kommandot och bestäm vägen för distribution av IP-paket till webbplatsen www.sgu.ru
2. Använd kommandot tracert och bestäm vägen för distribution av IP-paket till en av följande platser: www. nla. gov. au , www. ibge. gov. br , www. kunaicho. gå. jp(du kan välja vilken webbplats som helst utanför Ryssland).
3. Upprepa spårningen med alternativet –d.
4. Beskriv DNS-strukturen för namnet på servern du spårade.
5. Använd tjänsten www. ip2 plats. com/ demo. aspx(eller liknande) och bestäm den ungefärliga platsen för mellanliggande ruttpunkter.
6. Rita ett ruttdiagram.
7. Kommentera resultaten.
Lämna en rapport om slutförandet av arbetet i tryckt eller elektronisk form med kopior av verktygets driftskärmar.
Genom att använda dessa verktyg kan du spåra rutten till en fjärrvärd, bestämma fördröjningstiden för tur och retur (RTT-tur- och returfördröjning), IP-adress och, i vissa fall, domännamnet för den mellanliggande routern. De är baserade på ICMP-felmeddelanden.
Hur fungerar Tracert?
Time to live (TTL)-värdet för det första paketet som skickas är satt till 1. När IP-protokollet för den första routern tar emot detta paket, minskar den, i enlighet med dess algoritm, TTL med ett och tar emot 0. Routern kasserar paketet med noll tid att leva och returnerar ICMP till källvärden -datagram timeout felmeddelande (ICMP meddelande typ 11 kod 0). Detta meddelande innehåller routerns namn och dess IP-adress. När detta ICMP-meddelande anländer till avsändaren, lär det sig från paketets timervärde tur- och returtiden (RTT), såväl som (från ICMP-meddelandet) namnet och IP-adressen för den mellanliggande routern. Sedan skickas nästa IP-paket, men nu med ett TTL-värde på 2. Detta paket når redan den andra routern, men "dör" igen där, vilket rapporteras på samma sätt till den sändande noden. Och så vidare tills den når slutnoden. Baserat på dessa svar byggs ett spår. Till exempel:
Ruttspårning till rt.ru med ett maximalt antal hopp på 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 lag-10-438.bbr01.samara.ertelecom.ru 4 18 ms 18 ms 18 ms 46.61.227.202 5 19 ms 19 ms 18 ms 46.61.227.201 6 19 ms-0 ms-0 ms-0 ms 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 Spårningen är klar.
Från detta spår ser vi att värden www.rt.ru är tillgänglig med antalet hopp (hopp) - 8, dess ip är 109.207.14.4 och fördröjningstiden för tur och retur till denna resurs är 19ms.
Hur Traceroute fungerar.
Principen är identisk, med ett undantag. Verktyget skickar som standard UDP-datagram mot en given värd till någon godtycklig port, vanligtvis till en "hög" port, troligen inte upptagen av en annan tjänst (till exempel 12500, 30678) eller till en reserverad port (till exempel, 0), i de senaste versionerna är standardvärdet 33434. Först skickas en serie av 3 sådana paket med TTL=1, vid ankomst av svar mäts transittiden och domännamnet för transitnoden bestäms. Sedan, som nämnts ovan, skickas nästa serie av paket med TTL=2 osv. I slutet får vi ett "Port Unreachable" (PORT_UNREACHABLE) svar från destinationsvärden, vilket betyder att spårningen är klar.
Exempel på spårning till samma resurs:
Traceroute till rt.ru (109.207.14.4), 30 hopp max, 40 byte paket 1 * * * 2 bb1.bsr02.ufa.ertelecom.ru (212.33.234.101) 13.059 ms 13.235 ms 0.135 ms-13.235 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) 17.484 ms 17.484 ms 17.25 ms 17.25 ms. 61.227.201) 17.803 ms 17.791 ms 17.778 ms 6 så -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.8.226 ms 8.216 ms 8.216 m 8 * * * ^C
Från utdataresultatet uppstår frågan varför spårningen i detta fall inte nådde slutet, och så kallade asterisker (* * *) dök upp i utdata, och svaret ligger just i skillnaden (i detta exempel). Mycket ofta är routrar/värdar konfigurerade på ett sådant sätt att de inte svarar på dessa typer av förfrågningar, i vilket fall asterisker visas. Det betyder inte alls att det är några problem. Detta görs för att lossa utrustningen. I det här exemplet svarar hopp 1 och 8 inte på UDP-datagram, men om du kör traceroute-verktyget med -I-nyckeln kommer spåret att anlända, eftersom Denna nyckel tvingar mig att skicka ICMP-datagram.
$ traceroute -I rt.ru traceroute till rt.ru (109.207.14.4), 30 hops max, 40 byte paket 1 net233-86.ufa.ertelecom.ru (212.33.233.86) 162.924 ms .616 ms 6316 ms 02 .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.233.111) 0.302 ms 7 ms .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 17.613 mssk.10 (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.207.14.s. 3.140 ms 18.140 ms ms
Slutsats.
Det bör noteras att asterisker också kan visas vid spårning av ICMP-paket, detta betyder inte heller att det finns något problem. Allt beror på hur administratören har konfigurerat utrustningen. Detta är hans hårdvara och den är anpassad efter hans behov. Detta fenomen är ganska normalt. Få heller inte panik om destinationsvärden inte svarar. Det är mycket möjligt att resursen helt enkelt stängdes från dem.
Verktyg för att spåra en rutt till en given nod TRACERT.EXEär ett av de mest använda verktygen för nätverksdiagnostik. Dess huvudsakliga syfte är att erhålla en kedja av noder genom vilka ett IP-paket passerar, adresserat till en slutnod vars namn eller IP-adress anges av en kommandoradsparameter.
Kommandoradsformat:
tracert [-d] [-h maxNumber] [-j Nodlista] [-w timeout] [-R] [-S Källadress] [-4] [-6] finalName
Kommandoradsalternativ:
-d- använd inte upplösning i värdnamn.
-h maxNumber- det maximala antalet hopp när du söker efter en nod.
-j listNoder- fritt val av rutt från en lista med noder (endast IPv4).
-w timeout- Timeout för varje svar i millisekunder.
-R- sökvägsspårning (endast IPv6).
-S källadress- använd den angivna källadressen (endast IPv6).
-4 - påtvingad användning av IPv4.
-6 - påtvingad användning av IPv6.
Spårningen är baserad på en metod för att analysera svar när ICMP-paket sekventiellt skickas till en specificerad adress med TTL-fältet ökande med 1. ("Time of Life" - Time To Live). Faktum är att detta fält inte har något med tid att göra, utan är en räknare av antalet möjliga övergångar under överföringen av ett dirigerat paket. Varje router, när den tar emot ett paket, subtraherar ett från detta fält som är lagrat i pakethuvudet och kontrollerar det resulterande TTL-räknarvärdet. Om värdet blir noll, kasseras paketet och ett ICMP time-to-live-meddelande ("Time Exceeded"-meddelande, värde 0x11 i ICMP-huvudet) skickas till avsändaren.
Om det inte vore för att TTL-fältet inkluderades i IP-paket, skulle det i händelse av fel i rutterna kunna uppstå en situation där paketet för alltid skulle cirkulera i nätverket, vidarebefordrat av routrar i en cirkel.
När kommandot tracert.exe körs skickas först ett ICMP-paket med TTL-fältet i huvudet lika med 1
och den första routern i kedjan (vanligtvis huvudgatewayen från nätverksanslutningsinställningarna), subtraherar en från TTL, får sitt nollvärde och rapporterar att livslängden har överskridits. Verktyget TRACERT.EXE erhåller alltså IP-adressen för den första routern som är involverad i att leverera paket till slutnoden. Denna sekvens upprepas tre gånger, så resultatraden som genereras av tracert.exe visar tre svarstider efter övergångsnumret:
1 1 ms 1 - övergångsnummer (1 - första router)
1 ms 192.168.1.1 - dess adress (eller namn)
Sedan upprepas proceduren, men TTL är inställd på 2 - den första routern kommer att minska den till 1 och skicka den till nästa i kedjan, som, efter att ha subtraherat 1, återställer TTL och rapporterar att livslängden har överskridits. Verktyget TRACERT.EXE kommer att erhålla den andra IP-adressen för den nod som är involverad i leveransen av paketet till mottagaren och dess svarstid. Spårningsprocessen kommer att fortsätta tills slutnoden vars namn eller adress anges som en kommandoradsparameter nås, t.ex. tracert yandex.ru, eller tills ett fel upptäcks som hindrar paketet från att levereras. Som standard använder verktyget TRACERT.EXE ett maximalt antal hopp på 30, vilket borde vara tillräckligt för att nå vilken nod som helst på planeten. Vid behov kan ett annat räknarvärde ställas in med parametern -h
Exempel på exekveringsresultat tracert google.com
tracert google.com- ruttspårning till noden google.com
Resultat:
Spåra rutten till google.com med ett maximalt antal hopp på 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
Spårningen är klar.
Spårningsresultat kan innehålla rader där en asterisk visas istället för nodadressen (nodnummer 3 i exemplet). Detta är inte nödvändigtvis ett tecken på en felaktig router, och indikerar oftast att inställningarna för denna nod förbjuder sändning av ICMP-meddelanden av säkerhetsskäl och för att minska belastningen på kanalen i händelse av vissa typer av DDoS-attacker. Till exempel används liknande inställningar i Microsoft-nätverk. Företagets servrar svarar inte på ping och tillåter inte spårning av rutten till dem.
Exempel på användning av TRACERT
tracert google.com- spåra rutten till noden google.com.
tracert 8.8.8.8- spåra rutten till en nod med en IP-adress 8.8.8.8
tracert -d yandex.ru- spåra rutten till noden yandex.ru utan att lösa IP-adresser till värdnamn. Spårning i detta läge är snabbare.
tracert -d -6 ipv6.google.com- utföra spårning med IPv6-protokollet.
Exempel på spårningsresultat med IPv6-protokoll:
spåra till ipv6.google.com (2a00:1450:4013:c00::71), 30 hopp max, 40 byte paket 1 2a02:348:82::1 (2a02:348:82::1) 8,087 ms 8,063 ms 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.google.com (2001:50:7af 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.157 ms (26001:7:4ab) ) 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:4860:6:7) 51 ms 3:7:0:51 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-x71.1e1004:142a :c00::71) 4.732 ms 4.733 ms 4.783 ms