Traceroute कमांड का उपयोग लिनक्स में इस यात्रा को मैप करने के लिए किया जाता है कि जानकारी का एक पैकेट इसके स्रोत से अपने गंतव्य तक ले जाता है। Traceroute के लिए एक उपयोग यह पता लगाने के लिए है कि नेटवर्क में डेटा हानि कब होती है, जो नीचे स्थित नोड को इंगित कर सकता है।
क्योंकि रिकॉर्ड में प्रत्येक हॉप मूल पीसी और लक्षित लक्ष्य के बीच एक नया सर्वर या राउटर दर्शाता है, ट्रैसरआउट स्कैन के परिणामों की समीक्षा करने से आपको धीमे बिंदुओं की पहचान करने की सुविधा मिलती है जो आपके नेटवर्क यातायात पर प्रतिकूल प्रभाव डाल सकती हैं।
यह काम किस प्रकार करता है
नेटवर्क यातायात का अनुसरण करने वाले विशिष्ट मार्ग का मूल्यांकन करना (या अपने पैकेट को छोड़ने वाले दुश्मन गेटवे को ढूंढना) कई समस्या निवारण चुनौतियों को प्रस्तुत करता है। Traceroute आईपी प्रोटोकॉल का उपयोग करता है जीने के लिए समय गंतव्य होस्ट के पथ के साथ प्रत्येक गेटवे से आईसीएमपी TIME_EXCEEDED प्रतिक्रिया मांगने के लिए फ़ील्ड।
जब आप traceroute आदेश निष्पादित करते हैं तो आपको एकमात्र पैरामीटर गंतव्य होस्ट या गंतव्य का आईपी पता होना चाहिए।
Traceroute सिंटेक्स और स्विच
ट्रेसरूट -dFInrvx -f first_ttl जी द्वार -मैं मुझे सामना करना है -m max_ttl -p बंदरगाह -q nqueries -s src_addr आयकर TOS डब्ल्यू प्रतीक्षा समय -z pausemsecs मेज़बान packetlen
जबकि उपर्युक्त है कि कमांड लाइन में काम करने के लिए traceroute कमांड को कैसे लिखा जाना है, कमांड के प्रदर्शन या आउटपुट को एक या अधिक वैकल्पिक स्विच निर्दिष्ट करके बदला जा सकता है।
- -f: पहले आउटगोइंग जांच पैकेट में प्रारंभिक समय-प्रति-लाइव सेट करें।
- एफ: "टुकड़ा मत करो" सेट करें।
- -d: सॉकेट स्तर डीबगिंग सक्षम करें।
- जी: एक ढीला स्रोत मार्ग गेटवे निर्दिष्ट करें (8 अधिकतम)।
- -मैं: आउटगोइंग जांच पैकेट के लिए स्रोत आईपी पता प्राप्त करने के लिए नेटवर्क इंटरफ़ेस निर्दिष्ट करें। यह आम तौर पर बहु-गृह होस्ट पर उपयोगी होता है। (देखें-s ऐसा करने के लिए एक और तरीके के लिए ध्वज।)
- -मैं: यूडीपी डेटाग्राम के बजाय आईसीएमपी ईसीएचओ का प्रयोग करें।
- -m: आउटगोइंग जांच पैकेट में उपयोग किए जाने वाले अधिकतम समय-प्रति-लाइव (होप्स की अधिकतम संख्या) सेट करें। डिफ़ॉल्ट 30 होप्स (एक ही डिफ़ॉल्ट टीसीपी कनेक्शन के लिए उपयोग किया जाता है)।
- -n: प्रतीकात्मक और संख्यात्मक रूप से संख्यात्मक रूप से हॉप पते मुद्रित करें (पथ पर पाए गए प्रत्येक गेटवे के लिए नेमसर्वर पता-से-नाम लुकअप बचाता है)।
- -p: जांच में उपयोग किए गए आधार यूडीपी पोर्ट नंबर को सेट करें (डिफ़ॉल्ट 33434 है)। Traceroute उम्मीद है कि यूडीपी बंदरगाहों पर कुछ भी नहीं सुन रहा है आधार सेवा मेरे आधार + nhops - 1 गंतव्य होस्ट पर (इसलिए रूट ट्रेसिंग को समाप्त करने के लिए एक आईसीएमपी PORT_UNREACHABLE संदेश वापस कर दिया जाएगा)। यदि किसी डिफ़ॉल्ट पोर्ट में पोर्ट पर कुछ सुन रहा है, तो इस विकल्प का उपयोग अप्रयुक्त पोर्ट रेंज चुनने के लिए किया जा सकता है।
- -r: सामान्य रूटिंग टेबल बाईपास करें और सीधे एक संलग्न नेटवर्क पर होस्ट को भेजें। यदि होस्ट सीधे जुड़े नेटवर्क पर नहीं है, तो एक त्रुटि लौटा दी जाती है। इस विकल्प का उपयोग एक इंटरफ़ेस के माध्यम से स्थानीय होस्ट को पिंग करने के लिए किया जा सकता है जिसमें इसके माध्यम से कोई मार्ग नहीं है (उदाहरण के लिए, इंटरफ़ेस को छोड़कर कराई (8C))।
- -s: आउटगोइंग जांच पैकेट में स्रोत पते के रूप में निम्न आईपी पता (जिसे आम तौर पर आईपी नंबर के रूप में दिया जाता है, मेजबाननाम के रूप में नहीं दिया जाता है) का उपयोग करें। बहु-गृह होस्ट (जिनके पास एक से अधिक आईपी पते वाले हैं) पर, इस विकल्प का उपयोग स्रोत पते को इंटरफ़ेस के आईपी पते के अलावा कुछ और करने के लिए किया जा सकता है, जिसे जांच पैकेट भेजा जाता है। यदि आईपी पता इस मशीन के इंटरफेस पते में से एक नहीं है, तो एक त्रुटि वापस आती है और कुछ भी नहीं भेजा जाता है। (देखें-मैं ऐसा करने के लिए एक और तरीके के लिए ध्वज।)
- आयकर: ठीक सेवा का प्रकार जांच पैकेट में निम्न मान (डिफ़ॉल्ट शून्य) में। मान 0 से 255 तक एक दशमलव पूर्णांक होना चाहिए। यह विकल्प यह देखने के लिए उपयोग किया जा सकता है कि विभिन्न प्रकार के सेवा के परिणाम अलग-अलग पथों में हैं या नहीं। (यदि आप 4.4 बीएसडी नहीं चला रहे हैं, तो यह अकादमिक हो सकता है, क्योंकि टेलनेट और एफटीपी जैसी सामान्य नेटवर्क सेवाएं आपको टीओएस को नियंत्रित नहीं करने देती हैं।) टीओएस के सभी मूल्य कानूनी या सार्थक नहीं हैं- परिभाषाओं के लिए आईपी स्पेक देखें। उपयोगी मूल्य शायद `आयकर 16 '(कम देरी) और `आयकर 8 '(उच्च थ्रूपुट)।
- -v: वाचाल उत्पादन। TIME_EXCEEDED और UNREACHABLE के अलावा आईसीएमपी पैकेट प्राप्त किए गए हैं।
- डब्ल्यू: एक जांच (डिफ़ॉल्ट 5 सेकंड) के जवाब की प्रतीक्षा करने के लिए समय (सेकंड में) सेट करें।
- -एक्स: आईपी चेकसम टॉगल करें। आम तौर पर, यह ट्रैसरआउट को आईपी चेकसम की गणना से रोकता है। कुछ मामलों में, ऑपरेटिंग सिस्टम आउटगोइंग पैकेट के हिस्सों को ओवरराइट कर सकता है लेकिन चेकसम को पुन: गणना नहीं करता है; इस प्रकार, कुछ मामलों में डिफ़ॉल्ट चेकसम्स की गणना और उपयोग नहीं करना है-एक्स उन्हें गणना करने का कारण बनता है। ध्यान दें कि आईसीएमपी ईसीएचओ जांच का उपयोग करते समय चेकसम को आम हॉप के लिए आमतौर पर आवश्यक होता है (-मैं), इसलिए आईसीएमपी का उपयोग करते समय उन्हें हमेशा गणना की जाती है।
- -z: जांच (डिफ़ॉल्ट 0) के बीच रोकने के लिए समय (मिलीसेकंड में) सेट करें। सिस्को से सोलारिस और राउटर जैसे कुछ सिस्टम, दर सीमा आईसीएमपी संदेश। इसके साथ उपयोग करने के लिए एक अच्छा मूल्य 500 है (उदाहरण के लिए, 1/2 सेकंड)।
परिणामों की व्याख्या करना
Traceroute एक आईपी पैकेट को एक छोटे से टीटीएल (जीने का समय) के साथ यूडीपी जांच पैकेट लॉन्च करके एक इंटरनेट होस्ट के लिए पथ को रेखांकित करता है, फिर एक गेटवे से आईसीएमपी "समय पार हो गया" जवाब सुनना। हम अपनी जांच एक टीटीएल के साथ शुरू करते हैं और एक तक बढ़ते हैं जब तक कि हमें आईसीएमपी "पोर्ट अप्राप्य" (जिसका मतलब है कि पैकेट अपने गंतव्य पर पहुंचा) या अधिकतम प्रयासों को हिट करता है, जो 30 होप्स तक डिफ़ॉल्ट हो जाता है और इसके साथ बदला जा सकता है-m झंडा।
जब traceroute निष्पादित करता है, तो यह प्रत्येक टीटीएल सेटिंग में तीन जांच भेजता है और फिर टीटीएल, गेटवे का पता, और प्रत्येक जांच के राउंड-ट्रिप समय को दिखाते हुए कंसोल पर एक पंक्ति प्रिंट करता है। यदि जांच उत्तर विभिन्न गेटवे से आते हैं, तो प्रत्येक प्रतिक्रिया प्रणाली का पता प्रिंट करता है। यदि पांच-सेकंड टाइमआउट अंतराल के भीतर कोई प्रतिक्रिया नहीं है (के साथ बदल दिया गया हैडब्ल्यू ध्वज), उस जांच के लिए एक तारांकन मुद्रित किया जाता है।
गंतव्य होस्ट को यूडीपी जांच-पैकेट प्रोसेसिंग से अभिभूत होने से रोकने के लिए, गंतव्य पोर्ट उस डिवाइस द्वारा उपयोग किए जाने वाले किसी भी मूल्य पर सेट किया गया है। यदि गंतव्य पर कोई नेटवर्क या सेवा उस पोर्ट का उपयोग करती है, तो इसका उपयोग करके मूल्य बदलें-p झंडा।
नमूना उपयोग और आउटपुट इस उदाहरण के समान परिणाम लौटाएगा:
याक 71% traceroute nis.nsf.net। traceroute nis.nsf.net (35.1.1.48), 30 होप्स अधिकतम, 38 बाइट पैकेट 1 helios.ee.lbl.gov (128.3.112.1) 1 9 एमएस 1 9 एमएस 0 एमएस 2 lilac-dmc.Berkeley.EDU (128.32। 216.1) 3 9 एमएस 3 9 एमएस 1 9 एमएस 3 लीलाक- डीएमसी बर्कले.ईडीयू (128.32.216.1) 3 9 एमएस 3 9 एमएस 1 9 एमएस 4 सीसीएनजीडब्ल्यू-ner-cc.Berkeley.EDU (128.32.136.23) 39 एमएस 40 एमएस 39 एमएस 5 सीसीएन -nerif22.Berkeley.EDU (128.32.168.22) 39 एमएस 39 एमएस 3 9 एमएस 6 128.32.197.4 (128.32.197.4) 40 एमएस 59 एमएस 59 एमएस 7 131.119.2.5 (131.119.2.5) 59 एमएस 59 एमएस 59 एमएस 8 12 9 .140। 70.13 (12 9 .140.70.13) 99 एमएस 99 एमएस 80 एमएस 9 12 9 .140.71.6 (12 9 .140.71.6) 13 9 एमएस 23 9 एमएस 319 एमएस 10 12 9 .140.81.7 (12 9 .140.81.7) 220 एमएस 199 एमएस 199 एमएस 11 nic.merit.edu (35.1 .1.48) 23 9 एमएस 23 9 एमएस 23 9 एमएस
ध्यान दें कि दूसरी और तीसरी पंक्तियां समान हैं। यह परिणाम दूसरी हॉप सिस्टम-एलबीएल-सीएसएएम.एआरपीए पर एक बग्गी कर्नेल से संबंधित है- जो शून्य टीटीएल के साथ पैकेट (4.3 बीएसडी के वितरित संस्करण में एक बग) के आगे है। आपको अनुमान लगाया जाना चाहिए कि पैकेट क्रॉस-कंट्री ले रहे हैं क्योंकि एनएसएफनेट (12 9 .140) अपने एनएसएस के लिए एड्रेस-टू-नेम अनुवाद नहीं देता है।
एक और दिलचस्प उदाहरण है:
याक 72% traceroute allspice.lcs.mit.edu। traspoute allspice.lcs.mit.edu (18.26.0.115), 30 होप्स अधिकतम 1 helios.ee.lbl.gov (128.3.112.1) 0 एमएस 0 एमएस 0 एमएस 2 lilac-dmc.Berkeley.EDU (128.32.216.1) 1 9 एमएस 1 9 एमएस 1 9 एमएस 3 लीलाक- डीएमसी बर्कले.ईडीयू (128.32.216.1) 3 9 एमएस 1 9 एमएस 1 9 एमएस 4 सीसीएनजीडब्ल्यू-ner-cc.Berkeley.EDU (128.32.136.23) 1 9 एमएस 39 एमएस 3 9 एमएस 5 सीसीएन-एनरिफ़ 22 .Berkeley.EDU (128.32.168.22) 20 एमएस 39 एमएस 3 9 एमएस 6 128.32.197.4 (128.32.197.4) 59 एमएस 119 एमएस 3 9 एमएस 7 131.119.2.5 (131.119.2.5) 59 एमएस 59 एमएस 3 9 एमएस 8 12 9 .140.70.13 ( 12 9 .140.70.13) 80 एमएस 79 एमएस 99 एमएस 9 12 9 .140.71.6 (12 9 .140.71.6) 13 9 एमएस 13 9 एमएस 15 9 एमएस 10 12 9 .140.81.7 (12 9 .140.81.7) 199 एमएस 180 एमएस 300 एमएस 11 12 9 .140.72.17 (12 9 .140.72.17) 300 एमएस 23 9 एमएस 23 9 एमएस 12 * * * 13 128.121.54.72 (128.121.54.72) 25 9 एमएस 49 9 एमएस 279 एमएस 14 * * * 15 * * * 16 * * * 17 * * * 18 ALLSPICE.LCS.MIT.EDU (18.26 .0.115) 33 9 एमएस 279 एमएस 279 एमएस
ध्यान दें कि 12, 14, 15, 16, और 17 होप्स पर गेटवे या तो आईसीएमपी "समय से अधिक" संदेश नहीं भेजते हैं या उन्हें पहुंचने के लिए टीटीएल के साथ बहुत छोटे भेजते हैं। 14 से 17 लाइनें एमआईटी सी गेटवे कोड चला रही हैं जो "समय से अधिक" संदेश नहीं भेजती है।
उपर्युक्त उदाहरण में मूक गेटवे 12 4 में एक बग का परिणाम हो सकता है। 23 बीएसडी नेटवर्क कोड और इसके डेरिवेटिव: मशीनें 4.3 कोड चल रही हैं और पहले मूल डेटाग्राम में जो भी टीटीएल बनी हुई है, उसका उपयोग करके एक पहुंचने योग्य संदेश भेजती है। चूंकि, गेटवे के लिए, शेष टीटीएल शून्य है, आईसीएमपी "समय पार हो गया" गारंटी है कि यह हमें वापस न लाए। जब यह गंतव्य सिस्टम पर दिखाई देता है तो इस बग का व्यवहार थोड़ा और दिलचस्प होता है:
1 helios.ee.lbl.gov (128.3.112.1) 0 एमएस 0 एमएस 0 एमएस 2 lilac-dmc.Berkeley.EDU (128.32.216.1) 39 एमएस 1 9 एमएस 3 9 एमएस 3 lilac-dmc.Berkeley.EDU (128.32.216.1 ) 1 9 एमएस 3 9 एमएस 1 9 एमएस 4 सीसीएनजीडब्ल्यू-ner-cc.Berkeley.EDU (128.32.136.23) 39 एमएस 40 एमएस 1 9 एमएस 5 सीसीएन-nerif35.Berkeley.EDU (128.32.168.35) 39 एमएस 39 एमएस 39 एमएस 6 सीएसएसडब्ल्यू। Berkeley.EDU (128.32.133.254) 39 एमएस 59 एमएस 3 9 एमएस 7 * * * 8 * * * 9 * * * 10 * * * 11 * * * 12 * * * 13 रिप। बर्कले.ईडीयू (128.32.131.22) 59 सुश्री ! 39 एमएस! 39 एमएस!
ध्यान दें कि 12 "गेटवे" हैं (13 अंतिम गंतव्य है), और उनमें से अंतिम भाग गायब हैं। वास्तव में क्या हो रहा है कि सर्वर का नाम है चीर (एक सन-3 रनिंग सन ओएस 3.5) टीटीएल का उपयोग हमारे आने वाले डेटाग्राम से टीटीएल के आईसीएमपी उत्तर में कर रहा है। इसलिए, जवाब वापसी पथ पर होगा (आईसीएमपी के लिए आईसीएमपी नहीं भेजे जाने के बाद से किसी को भी कोई सूचना नहीं भेजी जाती है) जब तक कि हम टीटीएल की जांच नहीं करते हैं, जो कम से कम दो बार पथ की लंबाई है- दूसरे शब्दों में, चीर वास्तव में केवल सात है दूर हो जाता है
एक उत्तर जो टीटीएल 1 के साथ लौटाता है वह एक संकेत है कि यह समस्या मौजूद है। Traceroute एक "!" प्रिंट करता है उस समय के बाद यदि टीटीएल 1 से कम या उसके बराबर है। चूंकि विक्रेता बहुत अप्रचलित (डीईसी के अल्टरिक्स, सन 3.x) या गैर-मानक (एचपीयूएक्स) सॉफ़्टवेयर को शिप करते हैं, इसलिए अक्सर इस समस्या को देखने की उम्मीद है और देखभाल करने की देखभाल की जाती है अपनी जांच का लक्ष्य होस्ट।
समय के बाद अन्य संभावित एनोटेशन हैं! एच, ! एन, या! पी (मेजबान, नेटवर्क, या प्रोटोकॉल पहुंच योग्य नहीं)! एस (स्रोत मार्ग विफल)! F- (विखंडन की आवश्यकता है- आरएफसी11 9 1 पथ एमटीयू डिस्कवरी मूल्य प्रदर्शित होता है),!एक्स (संचार प्रशासनिक रूप से प्रतिबंधित)! वी (मेजबान प्राथमिकता उल्लंघन)!सी (प्रभाव में प्राथमिकता कटऑफ), या! (आईसीएमपी पहुंच योग्य कोड)। इन कोडों को आरएफसी 1812 द्वारा परिभाषित किया गया है, जो आरएफसी 1716 का अधिग्रहण करता है। यदि लगभग सभी जांच परिणामस्वरूप किसी प्रकार का पहुंच योग्य मेजबान होता है, तो ट्रेसआउट आउट छोड़ देगा और बाहर निकल जाएगा।
यह प्रोग्राम नेटवर्क परीक्षण, माप और प्रबंधन में उपयोग के लिए है। इसका मुख्य रूप से मैन्युअल गलती अलगाव के लिए उपयोग किया जाना चाहिए। लोड के कारण यह नेटवर्क पर लगा सकता है, सामान्य संचालन के दौरान या स्वचालित स्क्रिप्ट से ट्रैसरआउट का उपयोग करना मूर्ख नहीं है।
