ట్రేస్చేట్ - మార్గం ప్యాకెట్లను నెట్వర్క్ హోస్ట్కు ప్రింట్ చేయండి
సంక్షిప్తముగా
traceroute [ -dFInrvx ] [ -f first_ttl ] [ -g గేట్వే ]
[ -i iface ] [ -m max_ttl] [ -p పోర్ట్ ]
[ -క్ nqueries ] [ -s src_addr ] [ -t tos ]
[ -మందరం ] [ -z pausemsecs ]
హోస్ట్ [ ప్యాకెట్ ]
వివరణ
ఇంటర్నెట్ అనేది గేట్వేస్తో కలిసి కనెక్ట్ చేయబడిన నెట్వర్క్ హార్డ్వేర్ యొక్క ఒక పెద్ద మరియు సంక్లిష్టమైన అగ్రిగేషన్. మార్గం యొక్క ప్యాకెట్లను అనుసరించే మార్గాన్ని ట్రాక్ చేయడం (లేదా మీ ప్యాకెట్లను విస్మరించే మర్మమైన గేట్వేని గుర్తించడం) కష్టమవుతుంది. ట్రేసర్అవుట్ IP ప్రోటోకాల్ `నివసించడానికి సమయాన్ని 'ఉపయోగించుకుంటుంది మరియు ICMP TIME_EXCEEDED ప్రతిస్పందనను కొన్ని హోస్ట్ మార్గంలోని ప్రతి గేట్ వే నుండి పొందటానికి ప్రయత్నిస్తుంది.
మాత్రమే తప్పనిసరి పారామితి గమ్యం హోస్ట్ పేరు లేదా IP సంఖ్య . డిఫాల్ట్ ప్రోబ్ datagram పొడవు 40 బైట్లు , కానీ ఇది గమ్య హోస్ట్ పేరు తర్వాత ప్యాకెట్ పొడవు (బైట్లు) ను పేర్కొనడం ద్వారా పెంచవచ్చు.
ఇతర ఎంపికలు:
-f
మొట్టమొదటి అవుట్గోయింగ్ ప్రోబ్ ప్యాకెట్లో ఉపయోగించిన ప్రారంభ సమయాన్ని సెట్ చేయండి.
-F
"ముక్క లేదు" బిట్ సెట్.
-d
సాకెట్ స్థాయి డీబగ్గింగ్ ప్రారంభించండి.
-G
ఒక వదులుగా మూలం మార్గం గేట్వే (8 గరిష్ట) పేర్కొనండి.
-i
అవుట్గోయింగ్ ప్రోబ్ ప్యాకెట్ల కొరకు సోర్స్ IP చిరునామాను పొందటానికి నెట్వర్క్ ఇంటర్ఫేస్ను పేర్కొనండి. ఇది బహుళస్థాయి హోస్ట్ హోస్ట్లో మాత్రమే ఉపయోగపడుతుంది. (దీనిని చేయటానికి మరొక మార్గానికి -s జెండా చూడండి.)
-I
UDP డేటాగ్రామ్ల బదులుగా ICMP ECHO ను ఉపయోగించండి.
-m
అవుట్గోయింగ్ ప్రోబ్ ప్యాకెట్లలో ఉపయోగించిన గరిష్ట సమయాన్ని (హోప్స్ యొక్క గరిష్ట సంఖ్య) సెట్ చేయండి. డిఫాల్ట్ 30 హాప్లు (TCP కనెక్షన్లకు అదే డిఫాల్ట్ ఉపయోగించబడుతుంది).
-n
ప్రింట్ హాప్ సంఖ్యాపరంగా మరియు సంఖ్యాపరంగా కాకుండా సంఖ్యాపరంగా ప్రస్తావిస్తుంది (మార్గంలో కనిపించే ప్రతి గేట్వే కోసం ఒక నేమ్ సర్వర్ చిరునామా-నుండి-పేరు శోధనను ఆదా చేస్తుంది).
-p
ప్రోబ్స్లో ఉపయోగించే బేస్ UDP పోర్ట్ సంఖ్యను సెట్ చేయండి (డిఫాల్ట్ 33434). గమ్యస్థాన హోస్ట్ వద్ద (+ కాబట్టి ICMP PORT_UNREACHABLE సందేశం తిరిగి వెతకడానికి రిటర్న్ చేయబడుతుంది) బేస్ వద్ద ఉన్న UDP పోర్టుల బేస్పై ఏమీ వినిపించడం లేదు అని Traceroute భావిస్తోంది. డిఫాల్ట్ పరిధిలో ఏదో ఒక పోర్ట్పై వినడం ఉంటే, ఈ ఎంపికను ఉపయోగించని పోర్ట్ శ్రేణిని ఎంచుకోవడానికి ఉపయోగించవచ్చు.
-r
సాధారణ రూటింగ్ పట్టికలు బైపాస్ మరియు జోడించిన నెట్వర్క్లో నేరుగా హోస్ట్కు పంపండి. హోస్ట్ నేరుగా జోడించిన నెట్వర్క్లో లేకపోతే, ఒక లోపం తిరిగి పొందింది. ఇంటర్ఫేస్ ద్వారా స్థానిక హోస్ట్ను పింగ్ చేయడానికి ఈ ఎంపికను ఉపయోగించవచ్చు, దీని ద్వారా మార్గం లేదు (ఉదా., ఇంటర్ఫేస్ రౌండెడ్ (8C) ద్వారా తొలగించబడింది).
-s
అవుట్గోయింగ్ ప్రోబ్ ప్యాకెట్లలో సోర్స్ చిరునామాగా కింది IP చిరునామాను (సాధారణంగా IP నంబర్గా ఇవ్వబడుతుంది, హోస్ట్ పేరు కాదు). మల్టీ-homed హోస్ట్స్ (ఒకటి కంటే ఎక్కువ IP చిరునామాతో), ఈ ఎంపికను సోర్స్ చిరునామాను ప్రోబ్ ప్యాకెట్ పంపిన ఇంటర్ఫేస్ యొక్క IP చిరునామా కంటే ఇతరమైనదిగా ఉపయోగించవచ్చు. IP చిరునామా ఈ యంత్రం ఇంటర్ఫేస్ చిరునామాలలో ఒకటి కాకపోతే, ఒక లోపం తిరిగి వచ్చి ఏమీ పంపబడదు. (దీన్ని మరొక మార్గం కోసం -i ఫ్లాగ్ చూడండి.)
-t
కింది విలువ (డిఫాల్ట్ సున్నా) కు ప్రోబ్ ప్యాకెట్లలో టైప్-ఆఫ్-సేవను సెట్ చేయండి. విలువ తప్పనిసరిగా దశాంశ పూర్ణాంకంగా తప్పనిసరిగా 0 నుండి 255 వరకు ఉండాలి. ఈ ఎంపికను విభిన్న మార్గాల్లో వివిధ రకాలుగా సేవ యొక్క ఫలితం చేయాలో చూడడానికి ఉపయోగించవచ్చు. (మీరు 4.4bdd ను అమలు చేయకపోతే, టెలెనెట్ మరియు ftp వంటి సాధారణ నెట్వర్క్ సేవలను మీరు TOS ను నియంత్రించనివ్వదు కాబట్టి ఇది అకాడమిక్ కావచ్చు). TOS యొక్క అన్ని విలువలు చట్టబద్ధమైనవి లేదా అర్ధవంతమైనవి కావు - నిర్వచనాలకు IP స్పెక్ చూడండి. ఉపయోగకరమైన విలువలు బహుశా- t 16 '(తక్కువ ఆలస్యం) మరియు ` -8 ' (అధిక నిర్గమం).
-v
వెర్బోస్ అవుట్పుట్. TIME_EXCEEDED మరియు UNREACHABLE ల కంటే ఇతర ICMP ప్యాకెట్లను స్వీకరించారు.
మీరు- W
ప్రోబ్ (డిఫాల్ట్ 5 సెక.) కు ప్రతిస్పందన కోసం వేచి ఉండటానికి సమయాన్ని (సెకన్లలో) సెట్ చేయండి.
-x
Ip చెక్సమ్లను టోగుల్ చేయండి. సాధారణంగా, ఇది ip checksums ను లెక్కించకుండా traceroute ని నిరోధిస్తుంది. కొన్ని సందర్భాల్లో, ఆపరేటింగ్ సిస్టమ్ అవుట్గోయింగ్ ప్యాకెట్ యొక్క భాగాలను ఓవర్రైట్ చేస్తుంది కాని చెక్సమ్ను పునఃపరిశీలించదు (కాబట్టి కొన్ని సందర్భాలలో డిఫాల్ట్ చెక్సమ్స్ను లెక్కించటం లేదు మరియు -x ను వాడటానికి కారణమవుతుంది). ICMP ECHO ప్రోబ్స్ ( -ఐ ) వుపయోగిస్తున్నప్పుడు చివరిసారిగా చెక్సమ్స్ సాధారణంగా అవసరమవుతాయి. ICMP ను ఉపయోగిస్తున్నప్పుడు అవి ఎల్లప్పుడూ లెక్కించబడతాయి.
-z
ప్రోబ్స్ (డిఫాల్ట్ 0) మధ్య విరామం చేయడానికి సమయం (మిల్లీసెకన్లలో) సెట్ చేయండి. కొన్ని వ్యవస్థలు సోలారిస్ మరియు సిస్కోస్ రేట్ పరిమితి ICMP సందేశాలు వంటి రౌటర్ల వంటివి. ఈ తో ఉపయోగించడానికి ఒక మంచి విలువ 500 (ఉదా 1/2 రెండవ).
UDP ప్రోబ్ ప్యాకెట్లను ఒక చిన్న Ttl (లైవ్ టైం) తో ప్రారంభించడం ద్వారా ఒక IP ప్యాకెట్ను కొన్ని ఇంటర్నెట్ హోస్ట్కు అనుసరించే మార్గం ఈ ట్రేస్ను గుర్తించడానికి ప్రయత్నిస్తుంది, అప్పుడు ఒక గేట్వే నుండి ICMP "సమయం మించిపోయింది" అని వినడం. మేము ICMP "పోర్ట్ అందుబాటులోకి రాలేవు" (అంటే "హోస్ట్" కు వచ్చింది లేదా ఒక మాక్స్ (ఇది 30 హాప్లకు డిఫాల్ట్గా & జెండా). మూడు ప్రోబ్స్ ( -Q ఫ్లాగ్తో మార్చడం) ప్రతి ttl సెట్టింగులో పంపబడతాయి మరియు ప్రతి లైన్ యొక్క గేట్వే మరియు రౌండ్ ట్రిప్ సమయం యొక్క ttl, చిరునామాను చూపిస్తున్న ఒక లైన్ ముద్రించబడుతుంది. వేర్వేరు ముఖద్వారాల నుండి దర్యాప్తు సమాధానాలు వచ్చినట్లయితే, ప్రతి ప్రతిస్పందించే వ్యవస్థ చిరునామాను ముద్రిస్తుంది. 5 సెకన్లలో ఎలాంటి స్పందన లేదు. టైమ్అవుట్ విరామం ( -w ఫ్లాగ్తో మార్చబడింది), ఆ ప్రోబ్ కోసం "*" ముద్రించబడుతుంది.
గమ్య హోస్ట్ UDP ప్రోబ్ ప్యాకెట్లను ప్రాసెస్ చేయకూడదని మేము కోరుకోము, అందువల్ల గమ్యం పోర్ట్ ఒక అరుదైన విలువకు సెట్ చేయబడుతుంది (గమ్యంలో కొన్ని గట్టిదనాన్ని ఆ విలువ ఉపయోగిస్తుంటే, అది -p జెండాతో మార్చవచ్చు).
నమూనా ఉపయోగం మరియు అవుట్పుట్ కావచ్చు:
[yak 71]% traceroute nis.nsf.net. traceroute to nis.nsf.net (35.1.1.48), 30 hops max, 38 byte packet 1 helios.ee.lbl.gov (128.3.112.1) 19 ms దొరకలేదు. మీ స్నేహితులతో ఈ ఆట పేరు: 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 -noif22.Berkeley.EDU 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. అక్షాంశం: సరాతన్. తెలియని (జిప్ +4) కోడ్. మొత్తం పూర్తి సమయం-సమానమైన తరగతిలో ఉపాధ్యాయులు. పూర్తి సమయం equivalency సమీప పదవ నివేదించబడింది; ఫీల ±: 3404 పాఠశాల స్థితి కోసం NCES కోడ్: \ n 1 = స్కూల్ చివరి నివేదిక సమయంలో కార్యాచరణ, ప్రస్తుతం పనిచేస్తున్న ఉం à: .1.48) 239 ms. 239 msగమనికలు 2 & 3 ఒకే విధంగా ఉన్నాయి. ఇది 2 వ హాప్ సిస్టంలో ఒక బగ్గీ కెర్నల్ కారణంగా ఉంది - lbl-csam.arpa - సున్నా ttl (4.3BSD యొక్క పంపిణీ చేసిన వెర్షన్లో ఒక బగ్) తో ఫార్వార్డ్ ప్యాకెట్లు. NSFNet (129.140) దాని NSS లకు అడ్రస్-టు-నేమ్ అనువాదాలను సరఫరా చేయనందున ప్యాకెట్లను క్రాస్-కంట్రీని ఏ విధంగా తీసుకుంటున్నాయో మీరు తెలుసుకోవలసి ఉంది.
మరింత ఆసక్తికరమైన ఉదాహరణ:
[yak 72]% traceroute allspice.lcs.mit.edu. traceroute to allspice.lcs.mit.edu (18.26.0.115), 30 hops max 1 helios.ee.lbl.gov (128.3.112.1) ms ms మెసి 2 ms 2 lilac-dmc.Berkeley.EDU (128.32.216.1) 19 ms 19 ms 19 ms ms lilac-dmc.Berkeley.EDU (128.32.216.1) 39 ms 19 ms 19 ms ccngw-ner-cc.Berkeley.EDU (128.32.136.23) 19 ms 39 ms 39 ms 5 ccn-nerif22 (128.32.168.22) 20 ms 39 39 ms 6 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.81.177 (129.140.71.6) 99 ms 139 ms 159 ms 10 x 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 * ms (0) 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గేట్వేలు 12, 14, 15, 16 & 17 హాప్లను దూరంగా ఉంచి, ICMP "సమయం మించిపోయింది" సందేశాలు పంపించవద్దు లేదా మాకు చేరుకోవడానికి చాలా తక్కువ Ttl తో పంపించండి. 14 - 17 "సమయం మించిపోయింది" లు పంపని MIT సి గేట్వే కోడ్ను అమలు చేస్తున్నాయి. దేవునితో ఏమి జరగబోతుందో దేవునికి మాత్రమే తెలుసు.
పైన పేర్కొన్న నిశ్శబ్ద గేట్ వే 12 లో ఒక బగ్ ఫలితంగా ఉండవచ్చు. [23] BSD నెట్వర్క్ కోడ్ (మరియు దాని ఉత్పన్నాలు): 4.x (x <= 3) డేటాగ్రాంను. గేట్వేల కోసం, మిగిలిన ttl సున్నాగా ఉంటుంది, ICMP "సమయం మించిపోయింది" మాకు తిరిగి రానివ్వదని హామీ ఇవ్వబడింది. ఈ బగ్ యొక్క ప్రవర్తన గమ్యం వ్యవస్థలో కనిపించినప్పుడు చాలా ఆసక్తికరంగా ఉంటుంది:
1 helios.ee.lbl.gov (128.3.112.1) ms ms దొరకలేదు.అనువాద జ్ఞాపకాలను మానవ రూపొందించినవారు, కానీ తప్పులు కారణం కావచ్చు ఇది కంప్యూటర్ ASA (-) ) 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 * * * rip.Berkeley.EDU (128.32.131.22) 59 కుమారి ! 39 ms! 39 ms!12 "గేట్వేస్" (13 చివరి గమ్యం) మరియు వాటిలో చివరి భాగంలో "తప్పిపోయినవి" ఉన్నాయి అని గమనించండి. రిప్ (సన్ -3 రన్నింగ్ సన్ OS3.5) అనేది మన ICCP ప్రత్యుత్తరంలో ttl లాగా మన చేరుకున్న డాటాగ్రాం నుండి ttl ను ఉపయోగిస్తుంది. అందువల్ల, ప్రత్యుత్తర మార్గం (ICMP యొక్క ICMP యొక్క పంపబడని ఎవ్వరూ పంపించబడని నోటీసుతో) సమాధానం, మేము కనీసం రెండుసార్లు మార్గం పొడవుతో ttl తో దర్యాప్తు చేస్తాము. అంటే, రిప్ నిజంగా మాత్రమే 7 హాప్లు దూరంగా ఉంది. 1 ttl తో తిరిగి వచ్చే జవాబు ఈ సమస్యలో ఉంది. ట్రేసర్అవుట్ ఒక "!" అమ్మకందారులు వాడుకలో లేని (DEC యొక్క అల్ట్రిక్స్, సన్ 3.x) లేదా ప్రామాణికం కాని (HPUX) సాఫ్ట్వేర్ను రవాణా చేస్తున్నప్పటికి, తరచుగా ఈ సమస్యను చూడండి మరియు / లేదా లక్ష్యాన్ని ఎంచుకోవడం మీ ప్రోబ్స్ హోస్ట్.
S (మూలం మార్గం విఫలమైంది) ,! F- (ఫ్రాగ్మెంటేషన్ అవసరం - RFC1191 మార్గం MTU డిస్కవరీ విలువ ప్రదర్శించబడుతుంది), H , N , లేదా ! P (హోస్ట్, నెట్వర్క్ లేదా ప్రోటోకాల్ అందుబాటులో లేదు) ! X (కమ్యూనికేషన్ అడ్మినిస్ట్రేషన్ నిషేధించబడింది), వి! (హోస్ట్ ప్రాధాన్యత ఉల్లంఘన), సి (ప్రభావంలో ముందుగా తేడాలు), లేదా ! (ICMP అందుబాటులో కోడ్). వీటిని RFC1812 (RFC1716 ను అధిగమిస్తుంది) ద్వారా నిర్వచించవచ్చు. దాదాపు అన్ని రకాలైన దర్యాప్తులకు అందుబాటులో లేనట్లయితే, ట్రేసర్లేట్ ఇచ్చి, నిష్క్రమించాలి.
ఈ కార్యక్రమం నెట్వర్క్ పరీక్ష, కొలత మరియు నిర్వహణలో ఉపయోగం కోసం ఉద్దేశించబడింది. ఇది ప్రాథమికంగా మాన్యువల్ తప్పు ఒంటరిగా ఉపయోగించబడాలి. లోడ్ అయినందున అది నెట్వర్క్పై విధించవచ్చు, సాధారణ కార్యకలాపాల సమయంలో లేదా స్వయంచాలక స్క్రిప్ట్ల నుండి ట్రేసర్వౌట్ను ఉపయోగించకుండా ఉండదు.
ఇది కూడ చూడు
పాత్చార్ (8), నెట్స్టాట్ (1), పింగ్ (8)