Traceroute - Amri ya Linux - Unix Amri

traceroute - kuchapisha pakiti za njia kuchukua kwenye jeshi la mtandao

Sahihi

traceroute [ -dFInrvx ] [ -f kwanza_ttl ] [ -g gateway ]

[ -i safu ] [ -m max_ttl] [ -p bandari ]

[ -squery ] [ -s src_addr ] [ -t tos ]

[ -w wakati wa kusubiri ] [ -z pausemsecs ]

mwenyeji [ packetlen ]

Maelezo

Internet ni aggregation kubwa na ngumu ya vifaa vya mtandao, kushikamana pamoja na njia. Kufuatilia pakiti za njia moja hufuata (au kutafuta lango lisilofaa linaloondoa pakiti zako) linaweza kuwa vigumu. Traceroute hutumia muda wa kuishi wa ' protocol ' wa IP na kujaribu kujaribu jibu la ICMP TIME_EXCEEDED kutoka kila njia ya njiani kwenye njia ya jeshi fulani.

Kipimo cha lazima tu ni jina la mwenyeji wa marudio au namba ya IP . Kipimo cha daraja cha kutafakari chaguo msingi ni byte 40, lakini hii inaweza kuongezeka kwa kubainisha urefu wa pakiti (kwa bytes) baada ya jina la mwenyeji wa marudio.

Chaguo nyingine ni:

-f

Weka wakati wa kwanza wa kuishi uliotumiwa katika pakiti ya kwanza ya suluhisho.

-F

Weka "si fragment" kidogo.

-d

Wezesha kufuta kwa kiwango cha tundu.

-g

Taja njia ya njia ya kutosha ya chanzo (8 kiwango cha juu).

-i

Taja interface ya mtandao ili kupata anwani ya IP ya chanzo cha pakiti za suluhisho zinazotoka. Hii ni kawaida tu ya manufaa kwenye jeshi la watu wengi. (Angalia bendera - kwa njia nyingine ya kufanya hivyo.)

-I

Tumia ICMP ECHO badala ya datagrams za UDP.

-m

Weka max-to-live max (idadi kubwa ya hofu) kutumika katika pakiti za probe zinazotoka. Hitilafu ni hofu 30 (default sawa kutumika kwa uhusiano TCP).

-n

Weka anwani ya hop kwa nambari badala ya mfano na numerically (inaleta anwani ya jina la jina la jinaerver kwa njia ya kila njia iliyopatikana kwenye njia).

-p

Weka namba ya bandari ya UDP ya msingi inayotumiwa katika probes (default ni 33434). Traceroute anatarajia kuwa hakuna kitu kinachosikiliza kwenye msingi wa bandari wa UDP ili kuanzisha + nhops - 1 kwenye jeshi la marudio (kwa hiyo ujumbe wa ICMP PORT_UNREACHABLE utarejeshwa ili kukomesha njia ya kufuatilia). Ikiwa kuna kitu kinachosikiliza kwenye bandari katika upeo wa msingi, chaguo hili linaweza kutumiwa kuchagua viwanja vya bandari ambavyo havikutumiwa.

-r

Piga meza za kawaida za uendeshaji na tuma moja kwa moja kwenye jeshi kwenye mtandao unaohusishwa. Ikiwa mwenyeji sio kwenye mtandao unaounganishwa moja kwa moja, kosa linarudi. Chaguo hili linaweza kutumika kwa ping mwenyeji wa mitaa kwa njia ya interface isiyo na njia kupitia (kwa mfano, baada ya interface imeshuka kwa kupitishwa (8C)).

-s

Tumia anwani ya IP ifuatayo (ambayo kwa kawaida hutolewa kama nambari ya IP, si jina la mwenyeji) kama anwani ya msingi katika pakiti za uchunguzi zinazoondoka. Juu ya majeshi mengi ya homa (wale walio na anwani zaidi ya moja ya IP), chaguo hili linaweza kutumika kulazimisha anwani ya chanzo kuwa kitu kingine kuliko anwani ya IP ya interface ambayo pakiti ya sondari inatumwa. Ikiwa anwani ya IP sio moja ya anwani za interface za mashine hii, kosa linarudi na hakuna kitu kinachotumwa. (Ona - bendera kwa njia nyingine ya kufanya hivyo.)

-t

Weka aina ya huduma katika pakiti za uchunguzi kwa thamani ifuatayo (zero default). Thamani lazima iwe na integu ya decimal kati ya 0 hadi 255. Chaguo hili linaweza kutumiwa kuona kama aina tofauti za utumishi husababisha njia tofauti. (Ikiwa haujaendesha 4.4bsd, hii inaweza kuwa ya kitaaluma tangu huduma za mtandao wa kawaida kama telnet na ftp usikuwezesha kudhibiti TOS). Sio maadili yote ya TOS ni ya kisheria au yenye maana - angalia maelezo ya IP kwa ufafanuzi. Maadili muhimu huenda ` -t 16 '(kuchelewa chini) na` -t 8 ' (highputput).

-v

Pato la Verbose. Imepokea pakiti za ICMP zaidi ya TIME_EXCEEDED na UNREACHABLEs zimeorodheshwa.

-w

Weka wakati (kwa sekunde) kusubiri jibu kwa suluhisho (chaguo la 5 sec.).

-x

Badilisha checksums ip. Kwa kawaida, hii inalinda traceroute kutoka kuhesabu ip checksums. Katika baadhi ya matukio, mfumo wa uendeshaji unaweza kuandika sehemu za pakiti inayozotoka lakini haijasifu tena checksum (kwa hivyo wakati mwingine, default ni si kuhesabu checksums na kutumia -x huwafanya kuwa calcualted). Kumbuka kwamba checksums huhitajika kwa hop ya mwisho wakati wa kutumia probes ICMP ECHO ( -I ). Kwa hivyo daima huhesabu wakati wa kutumia ICMP.

-z

Weka wakati (katika milliseconds) ili pause kati ya probes (default 0). Mifumo kama vile Solaris na routers kama vile kiwango cha Ciscos kikomo cha icmp ujumbe. Thamani nzuri ya kutumia na hii ni 500 (kwa mfano 1/2 pili).

Mpango huu unajaribu kufuatilia njia ya pakiti ya IP ingekuwa ifuatayo kwa mwenyeji wa intaneti kwa kuzindua pakiti za probe za UDP na ttl ndogo (muda wa kuishi) kisha kusikiliza kwa wakati wa ICMP "ulizidi" jibu kutoka kwa njia ya mlango. Tunaanza sondari zetu na ttl ya moja na kuongezeka kwa moja mpaka tukipata ICMP "bandari isiyoweza kutokea" (ambayo inamaanisha kuwa na "mwenyeji") au kugonga max (ambayo hufafanua kwa hofu 30 na inaweza kubadilishwa na -m bendera). Probes tatu (mabadiliko na -q bendera) zinatumwa katika kila kuweka ttl na mstari una kuchapishwa kuonyesha ttl, anwani ya gateway na wakati wa safari ya pande zote za kila swala. Ikiwa majibu ya probe yanatoka kwa njia tofauti, anwani ya kila mfumo wa kuitibu itachapishwa. Ikiwa hakuna jibu ndani ya sekunde 5. Muda wa muda wa muda (ulibadilishwa na bendera -w ), "*" imechapishwa kwa swala hiyo.

Hatutaki mwenyeji wa marudio kuendesha pakiti za uchunguzi wa UDP ili bandari ya marudio itawekwa kwa thamani isiyowezekana (ikiwa kitambaa fulani kwenye marudio kinatumia thamani hiyo, inaweza kubadilishwa na bendera -p ).

Matumizi ya sampuli na pato inaweza kuwa:

[yak 71]% traceroute nis.nsf.net. traceroute kwa nis.nsf.net (35.1.1.48), hofu 30 max, pete 38 byte 1 helios.ee.lbl.gov (128.3.112.1) 19 ms 19 ms 0 ms 2 lilac-dmc.Berkeley.EDU (128.32. 216.1) 39 ms 39 ms 19 ms 3 lilac-dmc.Berkeley.EDU (128.32.216.1) 39 ms 39 ms 19 ms 4 ccngw-ner-cc.Berkeley.EDU (128.32.136.23) 39 ms 40 ms 39 ms 5 ccn - msichana22.Berkeley.EDU (128.32.168.22) 39 ms 39 ms 39 ms 6 128.32.197.4 (128.32.197.4) 40 ms 59 ms 59 ms 7 131.119.2.5 (131.119.2.5) 59 ms 59 ms 59 ms 8 129.140. 70.13 (129.140.70.13) 99 ms 99 ms 80 ms 9 129.140.71.6 (129.140.71.6) 139 ms 239 ms 319 ms 10 129.140.81.7 (129.140.81.7) 220 ms 199 ms 199 ms 11 nic.merit.edu (35.1 .1.48) 239 ms 239 ms 239 ms

Kumbuka kuwa mistari ya 2 na 3 ni sawa. Hii ni kutokana na kernel ya buggy kwenye mfumo wa hop 2 - lbl-csam.arpa - ambayo inakuza pakiti yenye zero ttl (mdudu katika toleo la kusambazwa la 4.3BSD). Kumbuka kwamba unapaswa kufahamu njia gani pakiti zinachukua nchi ya kuvuka tangu NSFNet (129.140) haifai tafsiri za anwani kwa jina la NSS zake.

Mfano wa kuvutia zaidi ni:

[yak 72]% traceroute allspice.lcs.mit.edu. traceroute kwa allspice.lcs.mit.edu (18.26.0.115), hofu 30 max 1 helios.ee.lbl.gov (128.3.112.1) 0 ms 0 ms 0 ms 2 lilac-dmc.Berkeley.EDU (128.32.216.1) 19 ms 19 ms 19 ms 3 lilac-dmc.Berkeley.EDU (128.32.216.1) 39 ms 19 ms 19 ms 4 ccngw-ner-cc.Berkeley.EDU (128.32.136.23) 19 ms 39 ms 39 Ms 5 ccn-nerif22 59 ms 39 ms 39 ms 6 128.32.197.4 (128.32.197.4) 59 ms 119 ms 39 ms 7 131.119.2.5 (131.119.2.5) 59 ms 59 ms 39 ms 8 129.140.70.13 ( 129.140.70.13) 80 ms 79 ms 99 ms 9 129.140.71.6 (129.140.71.6) 139 ms 139 ms 159 ms 10 129.140.81.7 (129.140.81.7) 199 ms 180 ms 300 ms 11 129.140.72.17 (129.140.72.17) 300 ms 239 ms 239 ms 12 * * * 13 128.121.54.72 (128.121.54.72) 259 ms 499 ms 279 ms 14 * * * 15 * * * 16 * * 17 * * 18 ALLSPICE.LCS.MIT.EDU (18.26 .0.115) 339 ms 279 ms 279 ms

Kumbuka kuwa njia za 12, 14, 15, 16 na 17 hutembea mbali wala hawatumie ICMP "muda uliozidi" ujumbe au kuwapeleka kwa ttl ndogo sana kufikia sisi. 14-17 wanaendesha kanuni ya MIT C Gateway ambayo haitumii "muda uliozidi". Mungu anajua tu kinachoendelea na 12.

Hifadhi ya kimya 12 katika hapo juu inaweza kuwa matokeo ya bug katika 4. [23] BSD mtandao code (na derivatives yake): 4.x (x <= 3) kutuma ujumbe unreachable kutumia chochote ttl bado katika awali datagram. Tangu, kwa ajili ya lango, ttl iliyobaki ni sifuri, ICMP "muda ulizidi" imethibitishwa kutokurudia. Tabia ya mdudu huu ni ya kuvutia zaidi wakati inaonekana kwenye mfumo wa marudio:

1 helios.ee.lbl.gov (128.3.112.1) 0 ms 0 ms 0 ms 2 lilac-dmc.Berkeley.EDU (128.32.216.1) 39 ms 19 ms 39 ms 3 lilac-dmc.Berkeley.EDU (128.32.216.1 19 ms 39 ms 19 ms 4 ccngw-ner-cc.Berkeley.EDU (128.32.136.23) 39 ms 40 ms 19 ms 5 ccn-nerif35.Berkeley.EDU (128.32.168.35) 39 ms 39 ms 39 ms 6 csgw. Berkeley.EDU (128.32.133.254) 39 ms 59 ms 39 ms 7 * * * 8 * * * 9 * * * 10 * * 11 * * * 12 * * 13 MchiziBerkeley.EDU (128.32.131.22) 59 ms! 39 ms! 39 ms!

Ona kwamba kuna "milango" 12 (13 ni marudio ya mwisho) na nusu yao ya mwisho ni "kukosa". Nini kinachotokea ni kwamba mpasuko (Sun-3 inayoendesha Sun OS3.5) unatumia ttl kutoka kwa datagram yetu inayofika kama ttl katika jibu lake la ICMP. Kwa hivyo, jibu litatoka kwenye njia ya kurejea (bila ya taarifa iliyotumwa kwa mtu yeyote tangu ICMP haitumwa kwa ICMP) mpaka tuchunguzie na ttl ambayo ni angalau urefu wa njia. Wewe, mpasuko ni kweli tu 7 hops mbali. Jibu linarudi kwa ttl ya 1 ni kidokezo tatizo hili lipo. Traceroute inachukua "!" baada ya wakati kama ttl ni <= 1. Kwa kuwa wachuuzi husafirisha mengi ya kizamani (Ultrix ya DEC, Sun 3.x) au programu isiyo ya kawaida (HPUX), wanatarajia kuona shida hii mara kwa mara na / au kutunza kukikuta lengo jeshi la probes zako.

Vipengele vingine vinavyowezekana baada ya muda ni ! H ,! N , au ! P (mwenyeji, mtandao au itifaki haipatikani),! S (njia ya chanzo imeshindwa),! F- (kugawanywa inahitajika - Thamani ya RFC1191 ya MTU Discovery inavyoonekana) ! X (mawasiliano ya kizuizi imepigwa marufuku) ,! V (mwenyeji wa ukiukwaji wa mbele) ,! C (utangulizi wa kusubiri kwa athari), au ! (ICMP code isiyofikilika). Hizi hufafanuliwa na RFC1812 (ambayo inasimamia RFC1716). Ikiwa karibu probes yote husababisha aina fulani ya kutoweza kutokea, traceroute itatoa na kuondoka.

Programu hii inalenga kutumika katika kupima mtandao, kipimo, na usimamizi. Inapaswa kutumiwa hasa kwa kutengwa kwa ufumbuzi wa kosa. Kwa sababu ya mzigo ambayo inaweza kuweka kwenye mtandao, sio uovu kutumia traceroute wakati wa shughuli za kawaida au kutoka kwenye maandiko ya automatiska.

Angalia pia

njia (8), netstat (1), ping (8)