traceroute - prenta leiðarpakka til netþjóns
Yfirlit
traceroute [ -dFInrvx ] [ -f first_ttl ] [ -g gátt ]
[ -i iface ] [ -m max_ttl] [ -p höfn ]
[ -q nqueries ] [ -s src_addr ] [ -t tos ]
[ -w waittime ] [ -z pausemsecs ]
gestgjafi [ pakki ]
Lýsing
Netið er stór og flókin samsetning netkerfis, tengd saman við hlið. Að fylgjast með pakka leiðarinnar er að fylgja (eða finna miscreant hliðið sem henda pakka) getur verið erfitt. Traceroute nýtir IP-tíðnina "tími til að lifa" og reynir að vekja upp ICMP TIME_EXCEEDED svar frá hverju hliði meðfram leið til einhvers gestgjafa.
Eina bindandi breyturinn er heiti gestgjafi eða IP-númer . Sjálfgefin rannsökulengdarlengd er 40 bæti , en það má auka með því að tilgreina pakkalengd (í bæti) eftir heiti gestgjafafyrirtækisins.
Aðrir valkostir eru:
-f
Stilltu upphaflegan tíma til að lifa sem notaður er í fyrstu sendanágripspakkanum.
-F
Stilltu "ekki brot" hluti.
-d
Virkja kembiforrit fals.
-g
Tilgreindu lausan gáttargátt (8 hámark).
-i
Tilgreindu netviðmót til að fá upprunalega IP-tölu fyrir sendanlegt pakkapakki. Þetta er venjulega aðeins gagnlegt á fjölháða gestgjafi. (Sjá flagginn fyrir aðra leið til að gera þetta.)
-I
Notaðu ICMP ECHO í stað UDP gagnapakka.
-m
Stilltu hámarks tíma-til-lifa (hámarksfjöldi hops) sem notaður er í sendri rannsaka pakka. Sjálfgefið er 30 hops (sama sjálfgefið notað fyrir TCP tengingar).
-n
Prenta hoppa beint í tölulega frekar en táknrænt og tölulega (vistar nafngiftir nafnaþjóns til að finna nafn fyrir hverja hlið sem er að finna á slóðinni).
-p
Setjið grunn UDP port númerið notað í rannsaka (sjálfgefið er 33434). Traceroute vonast til þess að ekkert sé að hlusta á UDP höfnargrunn að undirstöðu + nhops - 1 á áfangastaðnum (þannig að ICMP PORT_UNREACHABLE skilaboð verða skilað til að segja upp flugleiðinni). Ef eitthvað er að hlusta á höfn á sjálfgefna sviðinu, þá er hægt að nota þennan valkost til að velja ónotað höfnarsvið.
-r
Forðastu venjulegan vegvísun og sendu beint til gestgjafa á tengdum neti. Ef gestgjafi er ekki á beint tengdum neti er villa skilað. Þessi valkostur er hægt að nota til að pinge staðbundin gestgjafi í gegnum tengi sem hefur enga leið í gegnum það (td eftir að tengi var sleppt með beinni (8C)).
-s
Notaðu eftirfarandi IP-tölu (sem er venjulega gefinn sem IP-tala, ekki vélarheiti) sem upprunalegt heimilisfang í sendri rannsakendapakkningum. Á fjölhýsingarvélum (þeim sem eru með fleiri en eina IP-tölu) er hægt að nota þennan möguleika til að þvinga upptökusíðuna til að vera eitthvað annað en IP-tölu tengisins sem skynjunarpakkinn er sendur á. Ef IP-tölu er ekki ein tengi við þessa vél er villa skilað og ekkert er sent. (Sjá -i fána fyrir annan leið til að gera þetta.)
-t
Stilltu tegundarþjónustuna í rannsaka pakka við eftirfarandi gildi (sjálfgefin núll). Gildið verður að vera heiltala á bilinu 0 til 255. Þessi valkostur er hægt að nota til að sjá hvort mismunandi gerðir af þjónustu leiði til mismunandi leiða. (Ef þú ert ekki að keyra 4.4bsd getur þetta verið fræðilegt þar sem venjuleg netþjónusta eins og telnet og ftp leyfir þér ekki að stjórna TOS). Ekki eru öll gildi TOS lögleg eða þroskandi - sjá IP skilgreiningar fyrir skilgreiningar. Gagnleg gildi eru líklega ` -t 16 '(lág töf) og` -t 8 ' (háa afköst).
-v
Sýndu framleiðsla. Teknar ICMP pakkar, aðrar en TIME_EXCEEDED og UNREACHABLEs, eru skráð.
-w
Stilltu tímann (í sekúndum) til að bíða eftir svari við ræsingu (sjálfgefið 5 sek.).
-x
Víxla ip tómarúm. Venjulega kemur þetta í veg fyrir traceroute frá því að reikna ip checksums. Í sumum tilfellum getur stýrikerfið skrifa hluta af útfluttu pakkanum en ekki endurreiknað eftirlitssímann (þannig að í sumum tilfellum er sjálfgefin að ekki reikna út athugasemda og nota -x veldur því að þau verði reiknuð). Athugaðu að eftirlitskerfi eru venjulega nauðsynlegar fyrir síðasta hoppið þegar ICMP ECHO prófanir eru notuð ( -I ). Þannig eru þær alltaf reiknaðar þegar ICMP er notað.
-z
Stilltu tímann (í millisekúndum) til að gera hlé á milli sanna (sjálfgefið 0). Sum kerfi, svo sem Solaris og leið, eins og Ciscos takmörk takmörk icmp skilaboð. Gott gildi til að nota með þessu er 500 (td 1/2 sekúndu).
Þetta forrit reynir að rekja leiðina sem IP-pakki myndi fylgja með nokkrum netþjónum með því að stilla UDP-raðapakka með litlum ttl (tími til að lifa) og hlusta á ICMP "tíma umfram" svar frá gátt. Við byrjum á rauntölum okkar með ttl af einum og eykst um einn þar til við fáum ICMP "port unreachable" (sem þýðir að við verðum að "gestgjafi") eða sláðu hámarki (sem vanalega er 30 hops og hægt að breyta með -m fána). Þrjár stiklar (breyting með -q flagi ) eru sendar í hverri ttl stillingu og lína er prentuð sem sýnir ttl, heimilisfang gáttarinnar og umferðartíma hvers rannsakanda. Ef rannsakandi svörin koma frá mismunandi hliðum verður heimilisfang hvers svörunar kerfi prentað. Ef ekkert svar er innan 5 sek. Tímabilsbil (breytt með -w flagginu), er "*" prentað fyrir þann rannsakanda.
Við viljum ekki að ákvörðunarstjórinn geti unnið UDP rannsaka pakka þannig að ákvörðunarhöfnin er stillt á ólíklegt gildi (ef einhver klóða á áfangastað er að nota það gildi getur það verið breytt með -p fána).
Notkun og framleiðsla sýnis gæti verið:
[Yak 71]% traceroute nis.nsf.net. Traceroute til nis.nsf.net (35.1.1.48), 30 hops max, 38 bæti pakki 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 -nerif22.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 msAthugaðu að línur 2 og 3 eru þau sömu. Þetta er vegna þess að gallað kjarninn á 2. hop-kerfinu - lbl-csam.arpa - sem hleður fram pakkningum með núlli ttl (galla í dreifðu útgáfunni af 4.3BSD). Athugaðu að þú þarft að giska á hvaða leið pakkarnir eru að fara yfir landið þar sem NSFNet (129.140) veitir ekki nafn-til-nafn þýðingar fyrir NSSes þess.
A meira áhugavert dæmi er:
[Yak 72]% traceroute allspice.lcs.mit.edu. traceroute til allspice.lcs.mit.edu (18.26.0.115), 30 hops 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 .Berkeley.EDU (128.32.168.22) 20 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 msAthugaðu að götin 12, 14, 15, 16 og 17 hops í burtu senda annað hvort ekki ICMP "tími yfir" skilaboð eða senda þau með ttl of lítill til að ná okkur. 14 - 17 eru að keyra MIT C Gateway kóða sem ekki sendir "tíma yfir" s. Guð veit aðeins hvað er að gerast með 12.
Þriðja hliðið 12 hér að framan getur verið afleiðing af galla í 4. [23] BSD netkóði (og afleiður þess): 4.x (x <= 3) sendir óviðunandi skilaboð með því að nota það sem eftir er í upprunalegu datagram. Þar sem, eftir götum, eftirliggjandi ttl er núll, er ICMP "tími umfram" tryggt að ekki komi það aftur til okkar. Hegðun þessa villu er aðeins meira áhugavert þegar hún birtist á áfangastaðnum:
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 rip.Berkeley.EDU (128.32.131.22) 59 Fröken ! 39 ms! 39 ms!Takið eftir að það eru 12 "hlið" (13 er endanleg áfangastaður) og nákvæmlega síðasta helmingur þeirra er "vantar". Hvað er raunverulega að gerast er að rífa (Sun-3 hlaupandi Sun OS3.5) er að nota ttl frá komandi datagram okkar sem ttl í ICMP svarinu. Svo svarið mun tími út á aftur leið (með engin tilkynningu send til neinn frá ICMP er ekki sent fyrir ICMP) fyrr en við rannsaka með ttl sem er að minnsta kosti tvöfalt slóð lengd. Þ.e. Rip er í raun aðeins 7 hops í burtu. Svar sem skilar með ttl af 1 er vísbending þetta vandamál er til. Traceroute prentar "!" eftir þann tíma ef ttl er <= 1. Þar sem seljendur skipa mikið úrelt (Ultrix, Sun 3.x) eða HPUX-hugbúnað (non-standard), búast við að sjá þetta vandamál oft og / eða gæta þess að velja miða gestgjafi þinnar.
Aðrar hugsanlegar athugasemdir eftir tímann eru: H ,! N , eða ! P (gestgjafi, net eða siðareglur unreachable),! S (upprunaleg leið mistókst),! F- (sundurliðun þarf - RFC1191 Path MTU Discovery gildi birtist) ! X (Samskipti stjórnað bannað) ,! V (Brot gegn höfundarrétti) ,! C (forgangshækkun í gildi), eða ! (ICMP unreachable kóða). Þessar eru skilgreindar af RFC1812 (sem kemur í stað RFC1716). Ef næstum öll skynjanirnar leiða til einhvers konar unreachable, mun traceroute gefast upp og hætta.
Þetta forrit er ætlað til notkunar í netprófun, mælingu og stjórnun. Það ætti fyrst og fremst að nota til handvirks einangrun. Vegna álagsins sem það gæti lagt á netið, er ólíklegt að nota traceroute við venjulegar aðgerðir eða frá sjálfvirkum skriftum.
Sjá einnig
sársauki (8), netstat (1), ping (8)