ట్రేసర్ రూట్ ఆదేశం లైనక్స్లో ఉపయోగించబడుతుంది, దాని యొక్క మూలం నుండి దాని యొక్క గమ్యస్థానానికి సంబంధించిన సమాచారం యొక్క ప్యాకెట్ను గుర్తించడం. ట్రాసెరాటే కోసం ఒక ఉపయోగం ఒక నెట్వర్క్ అంతటా డేటా నష్టం సంభవించినప్పుడు గుర్తించడం, ఇది డౌన్ నోడ్ను సూచిస్తుంది.
రికార్డులో ప్రతి హాప్ ఆవిర్భవిస్తున్న PC మరియు ఉద్దేశించిన లక్ష్యానికి మధ్య కొత్త సర్వర్ లేదా రౌటర్ను ప్రతిబింబిస్తుంది, ట్రేసర్వేట్ స్కాన్ యొక్క ఫలితాలను సమీక్షించడం కూడా మీ నెట్వర్క్ ట్రాఫిక్ను ప్రతికూలంగా ప్రభావితం చేసే నెమ్మదిగా పాయింట్లను గుర్తించడానికి మిమ్మల్ని అనుమతిస్తుంది.
అది ఎలా పని చేస్తుంది
నెట్వర్క్ ట్రాఫిక్ కింది నిర్దిష్ట మార్గం (లేదా మీ ప్యాకెట్లను విస్మరించే అపరాధ గేట్వేని గుర్తించడం) నిర్దిష్ట మార్గాన్ని విశ్లేషించడం అనేక సమస్య పరిష్కార సవాళ్లను అందిస్తుంది. Traceroute IP ప్రోటోకాల్ను ఉపయోగిస్తుంది జీవించడానికి సమయం ప్రతి గేట్వే నుండి ఒక ICMP TIME_EXCEEDED ప్రతిస్పందనను గమ్యస్థాన హోస్ట్కు పంపుతుంది.
మీరు traceroute ఆదేశాన్ని అమలుపరచినప్పుడు తప్పక మాత్రమే పారామితి తప్పనిసరిగా హోస్ట్ పేరు లేదా గమ్యం యొక్క IP చిరునామా.
ట్రేసర్అవుట్ సింటాక్స్ మరియు స్విచ్లు
traceroute -dFInrvx -f first_ttl -G గేట్వే -i iface -m max_ttl -p పోర్ట్ -q nqueries -s src_addr -t tos మీరు- W waittime -z pausemsecs హోస్ట్ packetlen
కమాండ్ లైన్ లో పనిచేయడానికి ట్రేస్ఆర్అవుట్ కమాండ్ ఎలా రాయబడిందో పైన పేర్కొన్నప్పుడు, కమాండ్ యొక్క పనితీరు లేదా అవుట్పుట్ ఒకటి లేదా అంతకంటే ఎక్కువ ఐచ్ఛిక స్విచ్లను పేర్కొనడం ద్వారా మార్చవచ్చు.
- -f: మొట్టమొదటి అవుట్గోయింగ్ ప్రోబ్ ప్యాకెట్లో ఉపయోగించిన ప్రారంభ సమయాన్ని సెట్ చేయండి.
- -F: "ముక్క లేదు" బిట్ సెట్.
- -d: సాకెట్ స్థాయి డీబగ్గింగ్ ప్రారంభించండి.
- -G: ఒక వదులుగా మూలం మార్గం గేట్వే (8 గరిష్ట) పేర్కొనండి.
- -i: అవుట్గోయింగ్ ప్రోబ్ ప్యాకెట్ల కొరకు సోర్స్ IP చిరునామాను పొందటానికి నెట్వర్క్ ఇంటర్ఫేస్ను పేర్కొనండి. ఇది బహుళస్థాయి హోస్ట్ హోస్ట్లో మాత్రమే ఉపయోగపడుతుంది. (చూడండి-s దీన్ని మరొక మార్గంలో పతాకం చేయండి.)
- -I: UDP డేటాగ్రామ్ల బదులుగా ICMP ECHO ను ఉపయోగించండి.
- -m: అవుట్గోయింగ్ ప్రోబ్ ప్యాకెట్లలో ఉపయోగించిన గరిష్ట సమయాన్ని (హోప్స్ యొక్క గరిష్ట సంఖ్య) సెట్ చేయండి. డిఫాల్ట్ 30 హాప్లు (TCP కనెక్షన్లకు అదే డిఫాల్ట్ ఉపయోగించబడుతుంది).
- -n: ప్రింట్ హాప్ సంఖ్యాపరంగా మరియు సంఖ్యాపరంగా కాకుండా సంఖ్యాపరంగా ప్రస్తావిస్తుంది (మార్గంలో కనిపించే ప్రతి గేట్వే కోసం ఒక నేమ్ సర్వర్ చిరునామా-నుండి-పేరు శోధనను ఆదా చేస్తుంది).
- -p: ప్రోబ్స్లో ఉపయోగించే బేస్ UDP పోర్ట్ సంఖ్యను సెట్ చేయండి (డిఫాల్ట్ 33434). UCR పోర్ట్ లలో ఏమీ వింటూ లేదని Traceroute భావిస్తోంది బేస్ కు base + nhops - 1 గమ్యం హోస్ట్ వద్ద (అందుచే ICMP PORT_UNREACHABLE సందేశాన్ని మార్గం వెతకడానికి ముగుస్తుంది). డిఫాల్ట్ పరిధిలో ఏదో ఒక పోర్ట్పై వినడం ఉంటే, ఈ ఎంపికను ఉపయోగించని పోర్ట్ శ్రేణిని ఎంచుకోవడానికి ఉపయోగించవచ్చు.
- -r: సాధారణ రూటింగ్ పట్టికలు బైపాస్ మరియు జోడించిన నెట్వర్క్లో నేరుగా హోస్ట్కు పంపండి. హోస్ట్ నేరుగా జోడించిన నెట్వర్క్లో లేకపోతే, ఒక లోపం తిరిగి పొందింది. ఈ ఇంటర్ఫేస్ ద్వారా ఒక స్థానిక ఇంటర్ఫేస్ ద్వారా మార్గంలో లేని ఇంటర్ఫేస్ ద్వారా ఉపయోగించవచ్చు (ఉదా., ఇంటర్ఫేస్ను తొలగించిన తర్వాత పరారయ్యారు (8C)).
- -s: అవుట్గోయింగ్ ప్రోబ్ ప్యాకెట్లలో సోర్స్ చిరునామాగా కింది IP చిరునామాను (సాధారణంగా IP నంబర్గా ఇవ్వబడుతుంది, హోస్ట్ పేరు కాదు). మల్టీ-homed హోస్ట్స్ (ఒకటి కంటే ఎక్కువ IP చిరునామాతో), ఈ ఎంపికను సోర్స్ చిరునామాను ప్రోబ్ ప్యాకెట్ పంపిన ఇంటర్ఫేస్ యొక్క IP చిరునామా కంటే ఇతరమైనదిగా ఉపయోగించవచ్చు. IP చిరునామా ఈ యంత్రం ఇంటర్ఫేస్ చిరునామాలలో ఒకటి కాకపోతే, ఒక లోపం తిరిగి వచ్చి ఏమీ పంపబడదు. (చూడండి-i దీన్ని మరొక మార్గంలో పతాకం చేయండి.)
- -t: ఏర్పరచు టైప్-యొక్క-సేవ క్రింది విలువకు (డిఫాల్ట్ సున్నా) ప్రోబ్ ప్యాకెట్లలో. విలువ తప్పనిసరిగా దశాంశ పూర్ణాంకంగా తప్పనిసరిగా 0 నుండి 255 వరకు ఉండాలి. ఈ ఎంపికను విభిన్న మార్గాల్లో వివిధ రకాలుగా సేవ యొక్క ఫలితం చేయాలో చూడడానికి ఉపయోగించవచ్చు. (మీరు 4.4bdsd ను అమలు చేయకపోతే, ఇది విద్యాసంబంధంగా ఉండవచ్చు, ఎందుకంటే టెలెనెట్ మరియు ftp వంటి సాధారణ నెట్వర్క్ సేవలు మీకు TOS ను నియంత్రించనివ్వవు.) TOS యొక్క అన్ని విలువలు చట్టబద్ధమైనవి లేదా అర్ధవంతమైనవి కావు- నిర్వచనాలకు IP స్పెక్ చూడండి. ఉపయోగకరమైన విలువలు బహుశా ఉంటాయి-t 16 '(తక్కువ ఆలస్యం) మరియు `-t 8 ' (అధిక నిర్గమాంశ).
- -v: వెర్బోస్ అవుట్పుట్. TIME_EXCEEDED మరియు UNREACHABLE ల కంటే ఇతర ICMP ప్యాకెట్లను స్వీకరించారు.
- మీరు- W: ప్రోబ్ (డిఫాల్ట్ 5 సెక.) కు ప్రతిస్పందన కోసం వేచి ఉండటానికి సమయాన్ని (సెకన్లలో) సెట్ చేయండి.
- -x: IP తనిఖీలను టోగుల్ చేయండి. సాధారణంగా, ఇది IP చెక్సమ్స్ను లెక్కించకుండా ట్రేస్ఆర్ట్ ను నిరోధిస్తుంది. కొన్ని సందర్భాల్లో, ఆపరేటింగ్ సిస్టమ్ అవుట్గోయింగ్ ప్యాకెట్ యొక్క భాగాలను భర్తీ చేయవచ్చు కానీ చెక్సమ్ను తిరిగి లెక్కించదు; అందువలన, కొన్ని సందర్భాల్లో డిఫాల్ట్ చెక్సమ్స్ను గణించడం మరియు ఉపయోగించడం లేదు-x వాటిని లెక్కించటానికి కారణమవుతుంది. ICMP ECHO ప్రోబ్స్ ను ఉపయోగించేటప్పుడు చివరిసారిగా చెక్సమ్స్ సాధారణంగా అవసరం-I), కాబట్టి ICMP ను ఉపయోగించినప్పుడు అవి ఎల్లప్పుడూ లెక్కించబడతాయి.
- -z: ప్రోబ్స్ (డిఫాల్ట్ 0) మధ్య విరామం చేయడానికి సమయం (మిల్లీసెకన్లలో) సెట్ చేయండి. సోలారిస్ మరియు సిస్కో, రేటు పరిమితి ICMP సందేశాలు నుండి కొన్ని వ్యవస్థలు. దీనితో ఉపయోగించడానికి మంచి విలువ 500 (ఉదా., 1/2 సెకను).
ఫలితాలను వివరించడం
ట్రేసర్అవుట్ ఒక IP టికెట్ ప్యాకెట్లను ఒక చిన్న TTL (లైవ్ టైం) తో ప్రారంభించడం ద్వారా UDP ప్రోబ్ ప్యాకెట్లను ప్రారంభించడం ద్వారా IP పాకెట్ను ఒక IP పాకెట్కు పంపుతుంది, తర్వాత ఒక గేట్వే నుండి ఒక ICMP "సమయం మించిపోయింది" అని వినడం. మేము ఒక TTL తో మా ప్రోబ్స్ను ప్రారంభించి, ICMP "పోర్ట్కు చేరుకోలేనిది" (దాని గమ్యస్థానంలో ప్యాకెట్ అంటే వచ్చేటప్పుడు) లేదా 30 హాప్కు డిఫాల్ట్ చేయగల ప్రయత్నాల గరిష్ట విలువను హిట్ చేసే వరకు ఒకటి పెరుగుతుంది. ది-m జెండా.
ట్రేసర్ రూట్ అమలు చేసినప్పుడు, ఇది ప్రతి TTL సెట్టింగులో మూడు ప్రోబ్స్ను పంపుతుంది మరియు తరువాత TTL, గేట్వే చిరునామా మరియు ప్రతి ప్రోబ్ యొక్క రౌండ్-ట్రిప్ సమయం చూపిస్తున్న కన్సోల్కు ఒక లైన్ను ముద్రిస్తుంది. వేర్వేరు ముఖద్వారాల నుండి ప్రోబ్ సమాధానాలు వచ్చినట్లయితే, ప్రతీ ప్రతిస్పందించే వ్యవస్థ ప్రింట్ యొక్క చిరునామా. అయిదు సెకండ్ గడువు విరామం లోపల ప్రతిస్పందన లేకుంటే (మార్చబడిందిమీరు- 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
రెండవ మరియు మూడవ పంక్తులు ఒకే విధంగా ఉన్నాయి. ఈ ఫలితం రెండవ హాప్ సిస్టం-lbl-csam.arpa లో ఒక బగ్గీ కెర్నెల్కు సంబంధించింది-సున్నా TTL (4.3 BSD యొక్క పంపిణీ చేసిన వెర్షన్లో ఒక బగ్) తో పాకెట్స్కు ప్యాకెట్లు. 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.3 కోడ్ నడుస్తున్న యంత్రాలు మరియు మునుపటి TTL అసలు డాటాగ్రాంలో మిగిలి ఉన్న ఏది ఉపయోగించి అయినా అందుకోలేని సందేశాన్ని పంపించండి. గేట్వేల కోసం, మిగిలిన 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 నడుస్తున్న సన్ OS 3.5) TTL దాని ICMP రిజిస్టరులో TTL మా చేరుకున్న డేటాగ్రామ్ నుండి TTL ను ఉపయోగిస్తుంది. అందువల్ల, ప్రత్యుత్తరం సమయం (అంటే, ICMP లకు ICMP లకు పంపబడని నోటీసుతో), మేము TTL తో దర్యాప్తు వరకు కనీసం రెండుసార్లు మార్గం పొడవుతో, ఇతర మాటలలో రిప్ నిజంగా ఏడు హొప్స్ దూరంగా.
1 TTL తో తిరిగి వచ్చే ఒక సమాధానం ఈ సమస్యలో ఒక క్లూ ఉంది. ట్రేసర్అవుట్ ఒక "!" TTL 1 కంటే తక్కువగా ఉంటే లేదా సమయానికి సమానంగా ఉన్నట్లయితే. విక్రేతలు చాలా కాలం (DEC యొక్క ఆల్ట్రిక్స్, సన్ 3.x) లేదా ప్రామాణికం కాని (HPUX) సాఫ్ట్వేర్ను రవాణా చేస్తున్నందున, ఈ సమస్యను తరచుగా చూసి, మీ ప్రోబ్స్ యొక్క లక్ష్యం హోస్ట్.
సమయం తర్వాత ఇతర సాధ్యమయిన ఉల్లేఖనాలు! H, ! N, లేదా! P (హోస్ట్, నెట్వర్క్, లేదా ప్రోటోకాల్ అందుబాటులో లేదు),! S (మూలం మార్గం విఫలమైంది),! F- (విభజన అవసరమైన-RFC1191 మార్గం MTU డిస్కవరీ విలువ ప్రదర్శించబడుతుంది),! X (కమ్యూనికేషన్ అడ్మినిస్ట్రేటివ్ నిషేధించబడింది),! V (అతిధేయ ప్రాధాన్యత ఉల్లంఘన),! సి (ప్రభావం లో ముందుగా తేడాలు), లేదా! (ICMP అందుబాటులో కోడ్). ఈ సంకేతాలు RFC1812 ద్వారా నిర్వచించబడ్డాయి, ఇవి RFC1716 ను అధిగమించాయి. దాదాపుగా అన్ని ప్రోబ్స్ ఫలితము లేని హోస్టుకి దారి తీస్తుంటే, ట్రేస్ఆర్ అవుట్ అయ్యి నిష్క్రమించాలి.
ఈ కార్యక్రమం నెట్వర్క్ పరీక్ష, కొలత మరియు నిర్వహణలో ఉపయోగం కోసం ఉద్దేశించబడింది. ఇది ప్రాథమికంగా మాన్యువల్ తప్పు ఒంటరిగా ఉపయోగించబడాలి. లోడ్ అయినందున అది నెట్వర్క్పై విధించవచ్చు, సాధారణ కార్యకలాపాల సమయంలో లేదా స్వయంచాలక స్క్రిప్ట్ల నుండి ట్రేసరుఅవుట్ను ఉపయోగించడం జ్ఞానం లేనిది.
