traceroute - रूट पैकेट को नेटवर्क होस्ट पर ले जाएं
सार
traceroute [ -dFInrvx ] [ -f first_ttl ] [ -g गेटवे ]
[-आई iface ] [ -m max_ttl] [ -पी पोर्ट ]
[ -q nqueries ] [ -s src_addr ] [ -t tos ]
[ -w waittime ] [ -z pausemsecs ]
मेजबान [ पैकेटलेन ]
विवरण
इंटरनेट गेटवे द्वारा एक साथ जुड़े नेटवर्क हार्डवेयर का एक बड़ा और जटिल एकत्रीकरण है। मार्ग को ट्रैक करना किसी के पैकेट का पालन करना (या अपने पैकेट को छोड़ने वाले दुश्मन गेटवे को ढूंढना) मुश्किल हो सकता है। Traceroute आईपी प्रोटोकॉल 'रहने के लिए समय' क्षेत्र का उपयोग करता है और कुछ होस्ट के पथ के साथ प्रत्येक गेटवे से आईसीएमपी TIME_EXCEEDED प्रतिक्रिया प्राप्त करने का प्रयास करता है।
एकमात्र अनिवार्य पैरामीटर गंतव्य होस्ट नाम या आईपी नंबर है । डिफ़ॉल्ट जांच डेटाग्राम लंबाई 40 बाइट्स है , लेकिन गंतव्य होस्ट नाम के बाद पैकेट लंबाई (बाइट्स में) निर्दिष्ट करके इसे बढ़ाया जा सकता है।
अन्य विकल्प हैं:
-f
पहले आउटगोइंग जांच पैकेट में प्रारंभिक समय-प्रति-लाइव सेट करें।
एफ
"टुकड़ा मत करो" सेट करें।
-d
सॉकेट स्तर डीबगिंग सक्षम करें।
जी
एक ढीला स्रोत मार्ग गेटवे निर्दिष्ट करें (8 अधिकतम)।
-मैं
आउटगोइंग जांच पैकेट के लिए स्रोत आईपी पता प्राप्त करने के लिए नेटवर्क इंटरफ़ेस निर्दिष्ट करें। यह आम तौर पर बहु-गृह होस्ट पर उपयोगी होता है। (ऐसा करने के लिए किसी अन्य तरीके के लिए ध्वज देखें।)
-मैं
यूडीपी डेटाग्राम के बजाय आईसीएमपी ईसीएचओ का प्रयोग करें।
-m
आउटगोइंग जांच पैकेट में उपयोग किए जाने वाले अधिकतम समय-प्रति-लाइव (होप्स की अधिकतम संख्या) सेट करें। डिफ़ॉल्ट 30 होप्स (एक ही डिफ़ॉल्ट टीसीपी कनेक्शन के लिए उपयोग किया जाता है)।
-n
प्रतीकात्मक और संख्यात्मक रूप से संख्यात्मक रूप से हॉप पते मुद्रित करें (पथ पर पाए गए प्रत्येक गेटवे के लिए नेमसर्वर पता-से-नाम लुकअप बचाता है)।
-p
जांच में उपयोग किए गए आधार यूडीपी पोर्ट नंबर को सेट करें (डिफ़ॉल्ट 33434 है)। Traceroute उम्मीद करता है कि गंतव्य मेजबान पर बेस + nhops - 1 के लिए यूडीपी बंदरगाह आधार पर कुछ भी नहीं सुन रहा है (इसलिए एक आईसीएमपी PORT_UNREACHABLE संदेश मार्ग ट्रेसिंग को समाप्त करने के लिए वापस कर दिया जाएगा)। यदि किसी डिफ़ॉल्ट पोर्ट में पोर्ट पर कुछ सुन रहा है, तो इस विकल्प का उपयोग अप्रयुक्त पोर्ट रेंज चुनने के लिए किया जा सकता है।
-r
सामान्य रूटिंग टेबल बाईपास करें और सीधे एक संलग्न नेटवर्क पर होस्ट को भेजें। यदि होस्ट सीधे जुड़े हुए नेटवर्क पर नहीं है, तो एक त्रुटि लौटा दी जाती है। इस विकल्प का उपयोग एक इंटरफ़ेस के माध्यम से स्थानीय होस्ट को पिंग करने के लिए किया जा सकता है जिसमें इसके माध्यम से कोई मार्ग नहीं है (उदाहरण के लिए, इंटरफ़ेस को रूट (8 सी) द्वारा छोड़ा गया था)।
-s
आउटगोइंग जांच पैकेट में स्रोत पते के रूप में निम्न आईपी पता (जिसे आम तौर पर आईपी नंबर के रूप में दिया जाता है, मेजबाननाम के रूप में नहीं दिया जाता है) का उपयोग करें। बहु-गृह होस्ट (जिनके पास एक से अधिक आईपी पते वाले हैं) पर, इस विकल्प का उपयोग स्रोत पते को इंटरफ़ेस के आईपी पते के अलावा कुछ और करने के लिए किया जा सकता है, जिसे जांच पैकेट भेजा जाता है। यदि आईपी पता इस मशीन के इंटरफेस पते में से एक नहीं है, तो एक त्रुटि वापस आती है और कुछ भी नहीं भेजा जाता है। (ऐसा करने के लिए किसी अन्य तरीके के लिए -आई ध्वज देखें।)
आयकर
जांच पैकेट में निम्न मान (डिफ़ॉल्ट शून्य) में प्रकार की सेवा सेट करें। मान 0 से 255 तक एक दशमलव पूर्णांक होना चाहिए। यह विकल्प यह देखने के लिए उपयोग किया जा सकता है कि विभिन्न प्रकार के सेवा के परिणाम अलग-अलग पथों में हैं या नहीं। (यदि आप 4.4 बीएसडी नहीं चला रहे हैं, तो यह अकादमिक हो सकता है क्योंकि सामान्य नेटवर्क सेवाओं जैसे टेलनेट और एफटीपी आपको टीओएस को नियंत्रित नहीं करते हैं)। टीओएस के सभी मूल्य कानूनी या सार्थक नहीं हैं - परिभाषाओं के लिए आईपी स्पेक देखें। उपयोगी मूल्य शायद ' -टी 16 ' (कम देरी) और ` -t 8 '(उच्च थ्रूपुट) हैं।
-v
वाचाल उत्पादन। TIME_EXCEEDED और UNREACHABLE के अलावा आईसीएमपी पैकेट प्राप्त किए गए हैं।
डब्ल्यू
एक जांच (डिफ़ॉल्ट 5 सेकंड) के जवाब की प्रतीक्षा करने के लिए समय (सेकंड में) सेट करें।
-एक्स
आईपी चेकसम टॉगल करें। आम तौर पर, यह आईपी चेकसम की गणना से ट्रैसरआउट को रोकता है। कुछ मामलों में, ऑपरेटिंग सिस्टम आउटगोइंग पैकेट के हिस्सों को ओवरराइट कर सकता है लेकिन चेकसम को पुन: गणना नहीं कर सकता है (इसलिए कुछ मामलों में डिफॉल्ट चेकसम की गणना नहीं करना है और -x का उपयोग करके उन्हें कैलकुलेट किया जा सकता है)। ध्यान दें कि आईसीएमपी ईसीएचओ जांच ( -आई ) का उपयोग करते समय चेकसम को आम हॉप के लिए आमतौर पर आवश्यक होता है। इसलिए आईसीएमपी का उपयोग करते समय उनकी हमेशा गणना की जाती है।
-z
जांच (डिफ़ॉल्ट 0) के बीच रोकने के लिए समय (मिलीसेकंड में) सेट करें। सोलारिस और राउटर जैसे कुछ सिस्टम जैसे कि सिस्को दर सीमा आईसीएमपी संदेश। इसके साथ उपयोग करने के लिए एक अच्छा मूल्य 500 है (उदाहरण के लिए 1/2 सेकंड)।
यह कार्यक्रम मार्ग का पता लगाने का प्रयास करता है, एक आईपी पैकेट कुछ छोटे इंटरनेट टीटीएल (लाइव करने का समय) के साथ यूडीपी जांच पैकेट लॉन्च करके कुछ इंटरनेट होस्ट पर अनुसरण करेगा, फिर एक गेटवे से आईसीएमपी "समय पार हो गया" जवाब सुनना। हम अपनी जांच को एक के टीटीएल के साथ शुरू करते हैं और एक तक बढ़ते हैं जब तक कि हमें आईसीएमपी "पोर्ट अप्राप्य" (जिसका अर्थ है कि हमें "होस्ट" करना पड़ता है) या अधिकतम हिट (जो 30 होप्स तक डिफ़ॉल्ट हो जाता है और एमएम के साथ बदला जा सकता है) झंडा)। प्रत्येक टीटीएल सेटिंग में तीन जांच ( -एक ध्वज के साथ परिवर्तन) भेजे जाते हैं और टीटीएल, गेटवे के पते और प्रत्येक जांच के दौर यात्रा समय को दिखाते हुए एक पंक्ति मुद्रित की जाती है। यदि जांच उत्तर विभिन्न गेटवे से आते हैं, तो प्रत्येक प्रतिक्रिया प्रणाली का पता मुद्रित किया जाएगा। अगर 5 सेकंड के भीतर कोई प्रतिक्रिया नहीं है। टाइमआउट अंतराल ( -w ध्वज के साथ बदला गया), उस जांच के लिए "*" मुद्रित किया जाता है।
हम नहीं चाहते हैं कि गंतव्य होस्ट यूडीपी जांच पैकेट को संसाधित करे ताकि गंतव्य पोर्ट एक असंभव मूल्य पर सेट हो (यदि गंतव्य पर कुछ क्लॉड उस मान का उपयोग कर रहा है, तो इसे -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 एमएसध्यान दें कि रेखा 2 और 3 समान हैं। यह दूसरी हॉप सिस्टम - lbl-csam.arpa पर एक बग्गी कर्नेल के कारण है - आगे शून्य टीटीएल के साथ पैकेट (4.3BSD के वितरित संस्करण में एक बग)। ध्यान दें कि आपको अनुमान लगाना होगा कि पैकेट क्रॉस-कंट्री ले रहे हैं क्योंकि एनएसएफनेट (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 के साथ क्या चल रहा है।
उपर्युक्त में चुप गेटवे 12 4 में एक बग का परिणाम हो सकता है। [23] बीएसडी नेटवर्क कोड (और इसके डेरिवेटिव्स): 4.x (x <= 3) मूल में जो भी ttl रहता है उसका उपयोग करके एक पहुंच योग्य संदेश भेजता है आंकड़ारेख। चूंकि, गेटवे के लिए, शेष टीटीएल शून्य है, आईसीएमपी "समय पार हो गया" गारंटी है कि यह हमें वापस न लाए। जब यह गंतव्य सिस्टम पर दिखाई देता है तो इस बग का व्यवहार थोड़ा और दिलचस्प होता है:
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) हमारे आईसीएमपी उत्तर में टीटीएल के रूप में हमारे आने वाले डेटाग्राम से टीटीएल का उपयोग कर रहा है। इसलिए, जवाब वापसी पथ पर समाप्त होगा (आईसीएमपी के आईसीएमपी के लिए भेजे जाने के बाद से किसी को भी कोई सूचना नहीं भेजी जाती है) जब तक हम एक टीटीएल की जांच नहीं करते हैं जो कम से कम दो बार पथ की लंबाई है। हां, चीर वास्तव में केवल 7 होप्स दूर है। एक उत्तर जो 1 के टीटीएल के साथ लौटाता है वह एक संकेत है कि यह समस्या मौजूद है। Traceroute एक "!" प्रिंट करता है उस समय के बाद यदि टीटीएल <= 1. है क्योंकि विक्रेता बहुत अप्रचलित (डीईसी के अल्टरिक्स, सन 3.x) या गैर-मानक (एचपीयूएक्स) सॉफ़्टवेयर को शिप करते हैं, इसलिए इस समस्या को अक्सर देखने की उम्मीद है और / या लक्ष्य चुनने की देखभाल करना आपकी जांच का मेजबान
समय के बाद अन्य संभावित एनोटेशन हैं ! एच ,! एन , या ! पी (मेजबान, नेटवर्क या प्रोटोकॉल पहुंच योग्य नहीं), एस (स्रोत मार्ग असफल), एफ- (विखंडन की आवश्यकता - आरएफसी11 9 1 पथ एमटीयू डिस्कवरी मूल्य प्रदर्शित होता है), एक्स (संचार प्रशासनिक रूप से निषिद्ध), वी (मेजबान प्राथमिकता उल्लंघन), सी (प्रभाव में कटौती प्राथमिकता), या ! (आईसीएमपी पहुंच योग्य कोड)। इन्हें आरएफसी 1812 द्वारा परिभाषित किया गया है (जो आरएफसी 1716 का अधिग्रहण करता है)। यदि लगभग सभी जांच परिणामस्वरूप किसी प्रकार का पहुंच योग्य नहीं है, तो ट्रेसआउट आउट छोड़ देगा और बाहर निकल जाएगा।
यह प्रोग्राम नेटवर्क परीक्षण, माप और प्रबंधन में उपयोग के लिए है। इसका मुख्य रूप से मैन्युअल गलती अलगाव के लिए उपयोग किया जाना चाहिए। लोड पर यह नेटवर्क पर लगा सकता है, सामान्य संचालन के दौरान या स्वचालित स्क्रिप्ट से ट्रैसरआउट का उपयोग करना मूर्ख नहीं है।
यह भी देखें
पथचर (8), नेटस्टैट (1), पिंग (8)