Nagsasagawa ng pagsubaybay sa isang destinasyon sa pamamagitan ng pagpapadala ng mga echo message sa destinasyon. Ang pagpapadala ay isinasagawa gamit ang Control Message Protocol (ICMP) na may patuloy na pagtaas ng buhay ng packet (Time to Live, TTL).
Ang hinuha na path ay isang listahan ng pinakamalapit na mga interface ng router sa path sa pagitan ng source host at destination host. Ang pinakamalapit na interface ay ang router interface na pinakamalapit sa source node sa path. Kapag tumakbo nang walang mga parameter, ang tracert command ay nagpapakita ng tulong.
Maaari mo ring gamitin ang mga sumusunod na command upang suriin ang network:
- Ang PING ay isang pangunahing TCP/IP command na ginagamit upang i-troubleshoot ang isang koneksyon, subukan ang access, at lutasin ang mga pangalan;
- PATHPING - nagbibigay ng impormasyon tungkol sa latency ng network at pagkawala ng data sa mga intermediate node.
Mga parameter at key ng TRACERT utility
tracert [-d] [-h maximum_hops] [-j host_list] [-w interval [target_machine_name]
- -d - Pinipigilan ang tracert command na subukang lutasin ang mga intermediate na IP address ng mga router sa mga pangalan. Pinapataas ang bilis ng output ng tracert command.
- -h maximum_number_of_hops - Itinatakda ang maximum na bilang ng mga transition sa landas kapag naghahanap ng panghuling bagay. Ang default na halaga ay 30.
- -j node_list - Tinutukoy na ang mga echo request na mensahe ay gumagamit ng libreng opsyon sa pagruruta sa IP header na may set ng mga intermediate na destinasyon na tinukoy sa host_list. Sa libreng pagruruta, ang matagumpay na mga intermediate na destinasyon ay maaaring paghiwalayin ng isa o higit pang mga router. Ang maximum na bilang ng mga address o pangalan sa isang listahan ay 9. Ang Address_list ay kumakatawan sa isang set ng mga IP address (sa dotted decimal notation) na pinaghihiwalay ng mga puwang.
- -w na pagitan - Tinutukoy, sa mga millisecond, ang oras upang maghintay upang makatanggap ng mga tugon ng echo ng ICMP o mga mensahe ng time-out ng ICMP na tumutugma sa isang ibinigay na mensahe ng kahilingan sa echo. Kung ang mensahe ay hindi natanggap sa loob ng tinukoy na oras, isang asterisk (*) ang ipapakita. Ang default na timeout ay 4000 (4 na segundo).
- destination_computer_name - Tinutukoy ang patutunguhan na tinukoy ng IP address o pangalan ng host.
- -? - Nagpapakita ng tulong sa command line para sa tracert utility.
Mga Halimbawa ng Utos ng TRACERT
- Upang ipakita ang tulong sa command prompt para sa isang command, i-type ang: tracert /?;
- Upang masubaybayan ang landas sa isang node, ipasok ang command: tracert ya.ru;
- Upang masubaybayan ang landas patungo sa isang host at pigilan ang bawat IP address na malutas sa isang pangalan, ilagay ang: tracert -d ya.ru.
Video - Paggawa gamit ang TRACERT utility
Mga praktikal na pagsasanay Blg. 03-006
Tracert network utility (traceroute sa Linux, Cisco IOS, MAC OS). Mga prinsipyo ng pagpapatakbo at paggamit.
Kagamitan tracert ginamit upang pag-aralan ang mga ruta ng mga IP packet sa mga network na tumatakbo gamit ang TCP/IP protocol stack, kabilang ang pandaigdigang Internet. Kapag ginagamit ang program na ito, dapat mong tandaan na sa panahon ng operasyon nito, ang isang medyo malaking bilang ng mga IP packet ay nabuo kapwa sa iyong host at sa mga intermediate na router. Lumilikha ito ng karagdagang pagkarga sa network.
tracert [- d] [- hmaximum na bilang] [- j listahan ng node] [-w pagitan] [destination_computer_name]
Mga Pagpipilian:
- d pagtanggi na lutasin ang mga IP address ng mga intermediate node sa mga pangalan
- hmaximum na bilang maximum na bilang ng mga transition (hops) kapag naghahanap ng destination node
-j node_list tumutukoy sa paggamit ng libreng opsyon sa pagruruta sa IP header na may hanay ng mga intermediate na destinasyon na tinukoy sa node_list (kasalukuyang halos hindi suportado sa mga router)
-w pagitan nagtatakda ng oras ng paghihintay sa millisecond para sa bawat tugon
destination_computer_name tumutukoy sa patutunguhan na kinilala ng isang IP address o hostname.
Ang pagpapatakbo ng utility ay batay sa pagmamanipula sa mga nilalaman ng karaniwang mga field ng header at mga opsyon sa header ng IP packet. Ang pangunahing tool ng utility ay ang mga nilalaman ng field na "oras para mabuhay" (o TTL).
Ang isang kinakailangang elemento ay ang patutunguhang IP address o hostname.
Nang matanggap ito mula sa gumagamit, ang utility ay nagpapadala ng isang serye (karaniwang tatlo) ng mga packet sa network sa address na ito na ang halaga ng TTL ay nakatakda sa 1. Ang mga packet na ito ay walang pagkakataong maabot ang patutunguhan, dahil ang unang router sa ruta, ang pagbabawas ng TTL 1 dito, ay makakatanggap ng 0. At obligado siyang sirain ang naturang packet pagkatapos mag-expire ang pinapayagang buhay sa network. Ngunit sa parehong oras, ang router ay obligadong magpadala sa nagpadala ng hindi matagumpay na ICMP packet na ito ng isang mensahe tungkol sa trahedya nitong kapalaran (uri 11, code 0).
Bilang isang resulta, ang iyong computer ay napakabilis na makakatanggap ng tatlong mga abiso na ang mga dating ipinadala na mga packet ay nawasak. Ang pag-alala sa oras ng pagpapadala at pag-record ng oras ng pagtanggap ng mga abiso sa ICMP, hindi mahirap para sa tracert utility na kalkulahin ang average na oras para sa pagtanggap ng mga tugon, na ipinapakita sa screen.
Pagkatapos ay ipapadala ang susunod na serye ng mga packet na may TTL na 2, at iba pa hanggang sa maabot ng mga packet ang kanilang destinasyon.
Kapag ang isang packet na naka-address dito na may TTL na 1 ay dumating sa isang host o router address, ito ay tinatanggap. Dahil hindi na kailangang ipasa pa, walang ICMP time-to-live na mensahe ang bubuo.
Upang malaman na matagumpay na nakumpleto ang pagsubaybay, ang lahat ng serye ng mga packet ay ipinapadala na may mga mensaheng UDP na naka-embed sa mga ito, na nagpapahiwatig ng isang numero ng port na malinaw na wala sa tatanggap. Sa mga intermediate na router hindi ito mahalaga, ngunit ang tatanggap, na nabigong gamitin ang naka-embed na impormasyon, ay pinilit na iulat ito sa nagpadala gamit ang parehong ICMP protocol, ngunit may iba't ibang uri ng mensahe (3) at code (3) na mga halaga.
Ang mensaheng ito ay binibigyang kahulugan ng nagpadala bilang kumpirmasyon ng pagkumpleto ng paglilipat.
Ang isang mahalagang tampok ng tracert utility ay ang kakayahang malaman ang mga pangalan ng mga intermediate node. Pinapayagan ka nitong makakuha ng ideya ng istraktura ng organisasyon at lokasyon ng heograpiya ng ruta ng packet.
Ang mga pangalan ng host ay batay sa Domain Name System (DNS):
Sa pormal na paraan, maaaring ma-access ng parehong mga user at program ang mga host, mailbox at iba pang mapagkukunan ng Internet sa pamamagitan ng kanilang mga IP address, ngunit kung para sa isang programa ang pamamaraan para sa "pag-alala" ng isang IP address ay hindi naiiba sa "pag-alala" sa anumang iba pang 4 na byte ng impormasyon ng anumang uri , pagkatapos ay para sa gumagamit, ang pag-alala sa mga kumbinasyon ng numero tulad ng 111.124.133.44 ay mahirap lamang mula sa punto ng view ng aming istraktura ng memorya. Bilang karagdagan, ang pagkilala sa anumang mga serbisyo gamit ang mga IP address ng mga host o server kung saan sila nagpapatakbo ay nagpapahirap na ilipat ang mga ito kung kinakailangan. Upang isaalang-alang ang "human factor" at hiwalay na mga pangalan ng makina mula sa kanilang mga address, napagpasyahan na gumamit ng mga pangalan ng text ASCII. Gayunpaman, nauunawaan lamang ng network ang mga numerong address, kaya kailangan ng isang mekanismo upang i-convert ang mga string ng ASCII sa mga IP address.
Noong nagsimula ang lahat, sa ARPANET ang mga sulat sa pagitan ng teksto at binary address ay naka-imbak sa mga espesyal na file , na nakalista sa lahat ng mga host at kanilang mga IP address. Sa isang network na binubuo ng ilang daang malalaking makina, ang pamamaraang ito ay gumana nang maayos.
Ngunit nang ang libu-libong mga workstation na konektado sa network, lumitaw ang mga problema: ang bilang ng mga rekord na kailangang maimbak ay mabilis na lumago, at ang sentralisadong pamamahala ng mga pangalan ng lahat ng mga host ng isang higanteng internasyonal na network ay medyo mahirap.
Upang malutas ang mga problemang ito, ito ay binuo Serbisyo ng Domain Name (DNS, Domain Name System). Ang system na ito ay ginagamit upang i-convert ang mga hostname at mga destinasyon ng email sa mga IP address, ngunit maaari ding gamitin para sa iba pang mga layunin. Ang DNS system ay tinukoy sa RFCs 1034 at 1035.
Ang domain name ay isang pangalan na binubuo ng mga salita na pinaghihiwalay ng mga tuldok. Ang kaliwang salita ng pangalan ay tumutukoy sa host. Ang lahat ng iba pang salita ay bumubuo sa domain name. Ang sistema ng pagbibigay ng pangalan ay may hierarchical, tulad ng punong istraktura.
Ang bawat node (mga bilog sa figure) ay may label na hanggang 63 character ang haba. Ang ugat ng isang puno ay isang espesyal na node na walang label. Ang mga label ay maaaring maglaman ng malalaking titik o maliliit na titik. Ang domain name para sa anumang node sa tree ay isang pagkakasunod-sunod ng mga label na nagsisimula sa node na gumaganap bilang root, na may mga label na pinaghihiwalay ng mga tuldok. (Ito ay kaibahan sa file system na nakasanayan natin, kung saan ang buong landas ay palaging nagsisimula sa tuktok (ugat) at bumababa sa puno.) Ang bawat node sa puno ay dapat magkaroon ng isang natatanging domain name, ngunit pareho maaaring gamitin ang mga label sa iba't ibang punto sa puno.
May root name, na tinutukoy ng ".", na kadalasang hindi nakasulat sa domain name. Mayroong unang antas ng mga pangalan ng domain. Nahahati sila sa 2 kategorya - mga pangalan ng domain ng teritoryo at mga pangalan ng domain ng paksa. Ang mga pangalan ng pangalawang antas at kasunod na mga domain ay maaaring anuman, at walang dalawang magkaparehong domain name o host ang maaaring umiral. Kaya, kung ang N i ay isang domain name ng i-th level, at ang T ay isang salita, ang domain name ng level i+1 ay nabuo ayon sa panuntunan N i +1 =T+N i .. Isang domain Ang pangalan na nagtatapos sa isang tuldok ay tinatawag na absolute domain name (absolute domain name) o ganap na kwalipikadong domain name (FQDN).
Muli nating bigyang-diin na dahil natatanging tinutukoy ng mga IP address ang mga host sa isang network, mayroong isa-sa-isang ugnayan sa pagitan ng hanay ng mga pangalan ng host at ng hanay ng mga address.
Ang ugnayang ito ay itinatag ng isang talahanayan kung saan mayroong kasing dami ng mga entry na may uri ng "Hostname, IP address" na may mga domain name ng mga host. Kapag pinangalanan ang isang bagong host, ang isang entry ay dapat idagdag sa talahanayan; kung ang isang umiiral na isa ay pinalitan ng pangalan, ang entry ay dapat na baguhin. Maginhawang gumamit ng ganitong sistema ng pagbibigay ng pangalan dahil madaling matandaan ang mga ito at hindi nakatali sa mga geographically localized na IP network. Kapag inilipat ang isang pinangalanang mapagkukunan mula sa isang host patungo sa isa pa, ang kailangan mo lang gawin ay baguhin ang entry para sa pangalan nito sa talahanayan ng pangalan. Mahirap maglaman ng naturang talahanayan para sa Internet sa isang website at imposibleng panatilihin itong napapanahon.
Ang DNS database ay ipinamahagi. Ang sistema ng hierarchical na pangalan ay tumutugma sa hierarchical system ng mga DNS server kung saan matatagpuan ang mga fragment ng talahanayan. Sa isip, dapat mayroong isang hiwalay na nameserver para sa bawat domain. Ang database ng name server sa anumang antas ay dapat maglaman ng mga talaan ng lahat ng mga child domain sa susunod na antas. Ang lahat ng mga domain sa unang antas ay nasa root name server database. Pinaglilingkuran sila ng organisasyon ng NIC.
Sa katotohanan, ang isang host ay maaaring mag-host ng isang database para sa ilang mga domain, at magkapareho o magkakapatong na mga database ay maaaring matatagpuan sa ilang mga host. Ang isang sangay ng puno ng pangalan na nasa ilalim ng pinag-isang kontrol kasama ang mga host kung saan matatagpuan ang database ng sangay na ito ng puno ay tinatawag na DNS zone. Karaniwan, ang isang zone ay may isang pangunahing DNS server (pangunahing pangalan server) at ilang backup (pangalawang name server). Ang mga pagbabago sa isang zone ay ginawa sa database ng pangunahing server ng zone at pagkatapos ang impormasyong ito ay nadoble sa mga pangalawang server.
Ang proseso ng paglilipat ng impormasyon mula sa pangunahing server patungo sa pangalawang server ay tinatawag na zone transfer. Kapag lumitaw ang isang bagong host sa zone, idaragdag ng administrator ang naaangkop na impormasyon (minimum, pangalan at IP address) sa isang disk file sa pangunahing server. Ang mga pangalawang server ay regular na nagpo-poll sa mga pangunahing server (karaniwan ay tuwing 3 oras), at kung ang pangunahin ay naglalaman ng bagong impormasyon, natatanggap ito ng pangalawa gamit ang zone transfer.
Batay sa tinukoy na pag-andar ng system at istraktura nito, sumusunod na ang protocol ay dapat magsama ng dalawang bahagi - isang protocol para sa paglutas ng mga pangalan sa mga IP address at isang protocol para sa pagpapalitan ng data sa pagitan ng mga node ng isang distributed database, sa partikular, sa pagitan ng pangunahing at mga server ng backup na zone.
Sistema ng paglutas ng address.
Upang magamit ng TCP/IP protocol stack software ang serbisyo ng pangalan, dapat tukuyin ng mga setting ng stack ang IP address ng name server, ang zone kung saan kasama ang host o isa pang server na tumatanggap ng mga kahilingan mula sa network ng host. Kapag ang isang elemento ng application ay gumagamit ng isang domain name upang matukoy ang pangalawang partido sa isang session, ang proseso ng paglutas ng IP address ay sinisimulan. Ang host name service application element ay nagpapadala ng kahilingan sa name server. Kung mareresolba ng name server ang address, magpapadala ito ng tugon na naglalaman ng address na iyon. Kung hindi malutas ng name server ang kahilingan, maaari itong magpasimula ng dalawang script ng paglutas ng pangalan
ang server ay nagpapadala ng address ng root name server bilang bahagi ng tugon, at ang host ay bumubuo ng isang kahilingan sa server na ito (isang umuulit na kahilingan).
Ang zone server ay bumubuo ng isang kahilingan sa root server at, pagkatanggap ng tugon, iniimbak ito sa isang buffer at nagpapadala ng tugon kasama ang address sa host na humiling ng serbisyo (recursive request).
Ang tugon mula sa server na kumokontrol sa domain ay tinatawag na authoritative.
Ang bawat name server sa Internet ay dapat maglaman ng mga address ng root server sa database nito.
Resolusyon ng pangalan . Bilang karagdagan sa pangunahing tungkulin nito sa pagresolba ng domain name ng host sa IP address nito, nagbibigay din ang DNS protocol ng reverse resolution ng IP address sa domain name gamit ang mga subzone ng reverse zone in_addr.arpa.
Ang mga kakayahan ng protocol na ito ay nagbibigay-daan sa tracert utility na hindi lamang gumana nang matagumpay kapag tinukoy ang lokasyon ng pagsubaybay sa anyo ng isang pangalan ng DNS, ngunit din upang magbigay sa amin ng impormasyon tungkol sa mga pangalan ng mga intermediate node.
Mga tanong sa pagsusulit sa sarili
Ano ang Domain Name System at para saan ito ginagamit.
Ano ang maximum na laki ng label ng host ng domain
Ano ang pangalan ng root DNS domain?
Anong mga uri at code ng mga mensahe ng ICMP ang ginagamit ng tracert utility?
Aling field ng header ng IP packet ang ginagamit upang itakda ang buhay ng mga packet gamit ang tracert utility?
Mga parameter ng utility ng Tracert
Layunin ng tracert utility at mga opsyon para sa paggamit nito
Mga kinakailangang kagamitan
Ang IBM PC ay isang katugmang computer na may lisensyadong operating system ng Windows, koneksyon sa isang lokal na network, access sa Internet.
Mga gawain
1. Gamit ang tracert command, tukuyin ang ruta para sa pamamahagi ng mga IP packet sa site www.sgu.ru
2. Gamit ang tracert command, tukuyin ang ruta para sa pamamahagi ng mga IP packet sa isa sa mga sumusunod na site: www. nla. gov. au , www. ibge. gov. br , www. kunaicho. pumunta ka. jp(maaari kang pumili ng anumang site sa labas ng Russia).
3. Ulitin ang trace gamit ang –d na opsyon.
4. Ilarawan ang istruktura ng DNS ng pangalan ng server na iyong nasubaybayan.
5. Gamitin ang serbisyo www. ip2 lokasyon. com/ demo. aspx(o katulad) at tukuyin ang tinatayang lokasyon ng mga intermediate na punto ng ruta.
6. Gumuhit ng diagram ng ruta.
7. Magkomento sa mga resulta.
Magsumite ng ulat sa pagkumpleto ng gawain sa nakalimbag o elektronikong anyo na may mga kopya ng mga screen ng pagpapatakbo ng utility.
Ang paggamit ng mga utility na ito ay nagbibigay-daan sa iyo na masubaybayan ang ruta sa isang malayong host, matukoy ang oras ng pagkaantala ng round-trip (RTT-round-trip delay time), IP address at, sa ilang mga kaso, ang domain name ng intermediate router. Ang mga ito ay batay sa mga mensahe ng error sa ICMP.
Paano gumagana ang Tracert?
Ang halaga ng time to live (TTL) ng unang packet na ipinadala ay nakatakda sa 1. Kapag natanggap ng IP protocol ng unang router ang packet na ito, ito, alinsunod sa algorithm nito, ay binabawasan ang TTL ng isa at tumatanggap ng 0. Itinatapon ng router ang packet na may zero na oras para mabuhay at ibinabalik ang ICMP sa source host -datagram timeout error message (ICMP message type 11 code 0). Ang mensaheng ito ay naglalaman ng pangalan ng router at ang IP address nito. Kapag dumating ang mensaheng ito ng ICMP sa nagpadala, natututo ito mula sa halaga ng timer ng packet ang round-trip time (RTT), gayundin (mula sa mensahe ng ICMP) ang pangalan at IP address ng intermediate router. Pagkatapos ay ipinadala ang susunod na IP packet, ngunit ngayon ay may halaga ng TTL na 2. Ang packet na ito ay umabot na sa pangalawang router, ngunit muli ay "namatay" doon, na iniulat sa parehong paraan sa pagpapadala ng node. At iba pa hanggang sa maabot nito ang dulong node. Batay sa mga tugon na ito, nabuo ang isang bakas. Halimbawa:
Pagsubaybay ng ruta sa rt.ru na may maximum na bilang ng mga hops na 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 ms 6 9-19 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 Nakumpleto ang pagsubaybay.
Mula sa bakas na ito nakita namin na ang host www.rt.ru ay naa-access sa bilang ng mga hops (hops) - 8, ang ip nito ay 109.207.14.4, at ang round-trip na oras ng pagkaantala sa mapagkukunang ito ay 19ms.
Paano gumagana ang Traceroute.
Ang prinsipyo ay magkapareho, na may isang pagbubukod. Ang utility, bilang default, ay nagpapadala ng mga datagram ng UDP patungo sa isang ibinigay na host sa ilang arbitrary na port, kadalasan sa isang "mataas" na port, malamang na hindi inookupahan ng isa pang serbisyo (halimbawa, 12500, 30678) o sa isang nakalaan na port (halimbawa, 0), sa mga kamakailang bersyon ang default ay 33434. Una, ang isang serye ng 3 tulad ng mga packet na may TTL=1 ay ipinadala, sa pagdating ng mga tugon, ang oras ng transit ay sinusukat at ang domain name ng transit node ay tinutukoy. Pagkatapos, tulad ng nabanggit sa itaas, ang susunod na serye ng mga packet na may TTL=2 ay ipinadala, atbp. Sa huli, makakatanggap kami ng tugon na “Port Unreachable” (PORT_UNREACHABLE) mula sa destination host, na nangangahulugang kumpleto na ang trace.
Halimbawang bakas sa parehong mapagkukunan:
Traceroute sa rt.ru (109.207.14.4), 30 hops max, 40 byte packet 1 * * * 2 bb1.bsr02.ufa.ertelecom.ru (212.33.234.101) 13.059 ms 13.222 ms 13.222 ms 13.222 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.612 ms 17.612 ms 4.61.227.202 .201 (46.61.227.201) 17.803 ms 17.791 ms 17.778 ms 6 kaya -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.226.139.74) 8 m s 8 *** ^C
Mula sa resulta ng output, ang tanong ay lumitaw kung bakit sa kasong ito ang pagsubaybay ay hindi umabot sa dulo, at ang tinatawag na mga asterisk (* * *) ay lumitaw sa output, at ang sagot ay namamalagi nang tumpak sa pagkakaiba (sa halimbawang ito). Kadalasan, ang mga router/host ay na-configure sa paraang hindi sila tumutugon sa mga ganitong uri ng mga kahilingan, kung saan lumalabas ang mga asterisk. Hindi ito nangangahulugan na may anumang mga problema. Ginagawa ito upang maibaba ang kagamitan. Sa halimbawang ito, ang hops 1 at 8 ay hindi tumutugon sa UDP datagrams, gayunpaman, kung patakbuhin mo ang traceroute utility gamit ang -I key, darating ang trace, dahil Pinipilit ako ng key na ito na magpadala ng mga ICMP datagrams.
$ traceroute -I rt.ru traceroute sa rt.ru (109.207.14.4), 30 hops max, 40 byte packet 1 net233-86.ufa.ertelecom.ru (212.33.233.86) 162.924 ms 3.66 ms 162.924 ms. .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) 4ms 0.0.411) 4ms 0.0.48 1.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 ms 17.610 ms 17.613 ms. 7.226.1 39.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.0.226) 18.308 ms
Konklusyon.
Dapat pansinin na ang mga asterisk ay maaari ding lumitaw kapag sinusubaybayan ang mga packet ng ICMP, hindi rin ito nangangahulugan na may problema. Ang lahat ay nakasalalay sa kung paano na-configure ng administrator ang kagamitan. Ito ang kanyang hardware at ito ay naka-customize sa kanyang mga pangangailangan. Ang hindi pangkaraniwang bagay na ito ay medyo normal. Gayundin, huwag mag-panic kung hindi tumugon ang destination host. Ito ay lubos na posible na ang mapagkukunan ay sarado lamang mula sa kanila.
Utility para sa pagsubaybay sa isang ruta patungo sa isang partikular na node TRACERT.EXE ay isa sa mga pinakakaraniwang ginagamit na tool sa diagnostic ng network. Ang pangunahing layunin nito ay upang makakuha ng isang chain ng mga node kung saan dumadaan ang isang IP packet, na naka-address sa isang end node na ang pangalan o IP address ay tinukoy ng isang parameter ng command line.
Format ng command line:
tracert [-d] [-h maxNumber] [-j Node list] [-w timeout] [-R] [-S Source address] [-4] [-6] finalName
Mga pagpipilian sa command line:
-d- huwag gumamit ng resolution sa mga pangalan ng host.
-h maxNumber- ang maximum na bilang ng mga hops kapag naghahanap ng node.
-j listNodes- libreng pagpili ng ruta mula sa isang listahan ng mga node (IPv4 lamang).
-w timeout- timeout ng bawat tugon sa millisecond.
-R- pagsubaybay sa landas (IPv6 lang).
-S source address- gamitin ang tinukoy na source address (IPv6 lang).
-4 - sapilitang paggamit ng IPv4.
-6 - sapilitang paggamit ng IPv6.
Ang pagsubaybay ay batay sa isang paraan para sa pagsusuri ng mga tugon kapag sunud-sunod na nagpapadala ng mga ICMP packet sa isang tinukoy na address na ang TTL field ay tumataas ng 1. (“Oras ng Buhay” - Oras Para Mabuhay). Sa katunayan, ang field na ito ay walang kinalaman sa oras, ngunit ito ay isang counter ng bilang ng mga posibleng transition sa panahon ng pagpapadala ng isang naka-ruta na packet. Ang bawat router, kapag nakatanggap ng isang packet, ay nagbabawas ng isa mula sa field na ito na naka-imbak sa packet header at sinusuri ang resultang TTL counter value. Kung ang halaga ay magiging zero, ang packet ay itatapon at isang ICMP time-to-live na mensahe ("Time Exceeded" message, value 0x11 sa ICMP header) ay ipapadala sa nagpadala.
Kung hindi para sa pagsasama ng field ng TTL sa mga IP packet, kung sakaling magkaroon ng mga error sa mga ruta, maaaring lumitaw ang isang sitwasyon kung saan ang packet ay magpakailanman na magpapalipat-lipat sa network, na ipinapasa ng mga router sa isang bilog.
Kapag isinasagawa ang tracert.exe command, nagpapadala muna ito ng ICMP packet na may TTL field sa header na katumbas ng 1
at ang unang router sa chain (kadalasan ang pangunahing gateway mula sa mga setting ng koneksyon sa network), pagbabawas ng isa mula sa TTL, ay nakakakuha ng zero na halaga nito at nag-uulat na ang buhay ay nalampasan. Kaya, nakukuha ng TRACERT.EXE utility ang IP address ng unang router na kasangkot sa paghahatid ng mga packet sa dulong node. Ang pagkakasunud-sunod na ito ay inuulit ng tatlong beses, kaya ang linya ng resulta na nabuo ng tracert.exe ay nagpapakita ng tatlong beses ng pagtugon pagkatapos ng numero ng paglipat:
1 1 ms 1 - numero ng paglipat (1 - unang router)
1 ms 192.168.1.1 - ang address nito (o pangalan)
Pagkatapos ay paulit-ulit ang pamamaraan, ngunit ang TTL ay nakatakda sa 2 - babawasan ito ng unang router sa 1 at ipapadala ito sa susunod sa chain, na, pagkatapos ng pagbabawas ng 1, ay ire-reset ang TTL at iuulat na nalampasan na ang buhay. Ang TRACERT.EXE utility ay kukuha ng pangalawang IP address ng node na kasangkot sa paghahatid ng packet sa tatanggap at sa oras ng pagtugon nito. Magpapatuloy ang proseso ng pagsubaybay hanggang sa maabot ang end node na ang pangalan o address ay tinukoy bilang parameter ng command line, hal. tracert yandex.ru, o hanggang sa matukoy ang isang pagkakamali na pumipigil sa paghatid ng package. Bilang default, ang TRACERT.EXE utility ay gumagamit ng maximum hop count na 30, na dapat ay sapat na upang maabot ang anumang node sa planeta. Kung kinakailangan, maaaring magtakda ng ibang counter value gamit ang parameter -h
Halimbawa ng mga resulta ng pagpapatupad tracert google.com
tracert google.com- pagsubaybay sa ruta sa google.com node
Resulta:
Pagsubaybay sa isang ruta sa google.com na may maximum na bilang ng mga hops na 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
Kumpleto na ang pagsubaybay.
Maaaring maglaman ang mga resulta ng trace ng mga linya kung saan ipinapakita ang isang asterisk sa halip na ang node address (node number 3 sa halimbawa). Ito ay hindi kinakailangang isang senyales ng isang may sira na router, at kadalasang nagpapahiwatig na ang mga setting ng node na ito ay nagbabawal sa pagpapadala ng mga mensahe ng ICMP para sa mga kadahilanang pangseguridad at upang mabawasan ang pag-load sa channel sa kaganapan ng ilang mga uri ng pag-atake ng DDoS. Halimbawa, ang mga katulad na setting ay ginagamit sa mga network ng Microsoft. Ang mga server ng korporasyon ay hindi tumutugon sa ping at hindi pinapayagan ang pagsubaybay sa ruta patungo sa kanila.
Mga halimbawa ng paggamit ng TRACERT
tracert google.com- subaybayan ang ruta sa node google.com.
tracert 8.8.8.8- subaybayan ang ruta sa isang node na may IP address 8.8.8.8
tracert -d yandex.ru- subaybayan ang ruta sa node yandex.ru nang hindi nireresolba ang mga IP address sa mga hostname. Ang pagsubaybay sa mode na ito ay mas mabilis.
tracert -d -6 ipv6.google.com- magsagawa ng pagsubaybay gamit ang IPv6 protocol.
Halimbawa ng mga resulta ng pagsubaybay gamit ang IPv6 protocol:
bakas sa ipv6.google.com (2a00:1450:4013:c00::71), 30 hops max, 40 byte packet 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.google.com (2001::7f5801::7f58) 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 (200:7:4 ) 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:4860:4860:4860:6:0:b1) 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.1e100:1 (2a00.net) :c00::71) 4.732 ms 4.733 ms 4.783 ms