Linux के लिए ट्रेसरूट कमांड

क्या जानना है

ट्रैसरआउट कमांड के साथ आपको केवल एक ही पैरामीटर शामिल करना होगा, वह है गंतव्य का होस्ट नाम या आईपी पता।
एक के टीटीएल के साथ जांच शुरू करें और एक तक बढ़ाएं जब तक कि आपको एक आईसीएमपी "पोर्ट अगम्य" न हो जाए या प्रयासों के अधिकतम मूल्य तक पहुंच न जाए।

इस लेख में लिनक्स मशीनों पर लागू ट्रेसरआउट जानकारी शामिल है और इसमें कमांड स्विच स्पष्टीकरण और परिणामों की व्याख्या करने के तरीके के बारे में जानकारी शामिल है। विंडोज में ट्रेसरूट का अलग तरह से उपयोग किया जाता है।

ट्रेसरूट कैसे काम करता है

ट्रेसरआउट कमांड उस यात्रा को मैप करता है जो सूचना का एक पैकेट अपने स्रोत से अपने गंतव्य तक जाता है। ट्रेसरआउट के लिए एक उपयोग यह पता लगाना है कि पूरे नेटवर्क में डेटा हानि कब होती है, जो एक नोड के डाउन होने का संकेत दे सकता है।

चूंकि रिकॉर्ड में प्रत्येक हॉप मूल पीसी और इच्छित लक्ष्य के बीच एक नए सर्वर या राउटर को दर्शाता है, ट्रेसरआउट स्कैन के परिणामों की समीक्षा करने से धीमे बिंदुओं की पहचान होती है जो आपके नेटवर्क ट्रैफ़िक पर प्रतिकूल प्रभाव डाल सकते हैं।

ट्रेसरूट के साथ समस्या निवारण

नेटवर्क ट्रैफ़िक द्वारा अनुसरण किए जाने वाले विशिष्ट मार्ग का मूल्यांकन करना (या आपके पैकेट को त्यागने वाले बदमाश गेटवे को ढूंढना) कई समस्या निवारण चुनौतियां प्रस्तुत करता है। Traceroute IP प्रोटोकॉल का उपयोग करता है जीने का समय गंतव्य होस्ट के पथ के साथ प्रत्येक गेटवे से ICMP TIME_EXCEEDED प्रतिक्रिया मांगने के लिए फ़ील्ड।

ट्रेसरआउट कमांड निष्पादित करते समय आपको केवल एक ही पैरामीटर शामिल करना चाहिए, वह है गंतव्य का होस्ट नाम या आईपी पता।

ट्रेसरूट सिंटैक्स और स्विच

Traceroute निम्नलिखित सामान्य सिंटैक्स का अनुसरण करता है:

traceroute [ -dFInrvx ] [ -f first_ttl ] [ -g gateway ] [ -i iface ] [ -m max_ttl ] [ -p port ] [ -q nqueries ] [ -s src_addr ] [ -t tos ] [ -w waittime ] [ -z pausemsecs ] host [ packetlen ]

आप एक या अधिक वैकल्पिक स्विच निर्दिष्ट करके कमांड के प्रदर्शन या आउटपुट को बदल सकते हैं।

ट्रेसरआउट कमांड स्विच स्विच करें स्पष्टीकरण -f पहले आउटगोइंग प्रोब पैकेट में उपयोग किए जाने वाले आरंभिक समय-से-लाइव सेट करें।-F "डोंट फ़्रेग्मेंट" बिट सेट करें।-d सॉकेट स्तरीय डिबगिंग सक्षम करें।-g एक ढीला स्रोत मार्ग गेटवे निर्दिष्ट करें (8 अधिकतम)।-i जावक जांच पैकेट के लिए स्रोत आईपी पता प्राप्त करने के लिए एक संजाल अंतरफलक निर्दिष्ट करें. यह आम तौर पर केवल बहु-घरेलू होस्ट पर उपयोगी होता है। (देखें -s ऐसा करने के दूसरे तरीके के लिए ध्वजांकित करें।)-I UDP डेटाग्राम के बजाय ICMP ECHO का उपयोग करें।-m आउटगोइंग जांच पैकेट में उपयोग किए जाने वाले अधिकतम टाइम-टू-लाइव (हॉप्स की अधिकतम संख्या) सेट करें। डिफ़ॉल्ट 30 हॉप है (टीसीपी कनेक्शन के लिए उपयोग किया जाने वाला वही डिफ़ॉल्ट)।-n प्रिंट हॉप पतों को सांकेतिक और संख्यात्मक रूप से नहीं बल्कि संख्यात्मक रूप से प्रिंट करें (पथ पर पाए जाने वाले प्रत्येक गेटवे के लिए एक नेमसर्वर एड्रेस-टू-नाम लुकअप बचाता है)।-p जांच में प्रयुक्त आधार UDP पोर्ट क्रमांक सेट करें (डिफ़ॉल्ट 33434 है)। Traceroute को उम्मीद है कि UDP पोर्ट पर कुछ भी नहीं सुन रहा है आधार से आधार + nhops - 1 गंतव्य होस्ट पर (इसलिए रूट ट्रेसिंग को समाप्त करने के लिए एक ICMP PORT_UNREACHABLE संदेश वापस किया जाएगा)। यदि पोर्ट पर डिफ़ॉल्ट श्रेणी में कुछ सुन रहा है, तो इस विकल्प का उपयोग अप्रयुक्त पोर्ट श्रेणी को चुनने के लिए किया जा सकता है।-r सामान्य रूटिंग टेबल को बायपास करें और सीधे संलग्न नेटवर्क पर होस्ट को भेजें। यदि होस्ट सीधे संलग्न नेटवर्क पर नहीं है, तो एक त्रुटि वापस आ जाती है। इस विकल्प का उपयोग किसी ऐसे इंटरफ़ेस के माध्यम से स्थानीय होस्ट को पिंग करने के लिए किया जा सकता है, जिसके माध्यम से कोई मार्ग नहीं है (उदाहरण के लिए, इंटरफ़ेस को रूट द्वारा हटा दिए जाने के बाद) (8सी)).-s आउटगोइंग जांच पैकेट में स्रोत पते के रूप में निम्नलिखित आईपी पते का उपयोग करें (जो आमतौर पर आईपी नंबर के रूप में दिया जाता है, होस्टनाम के रूप में नहीं)। मल्टी-होम होस्ट (एक से अधिक आईपी पते वाले) पर, इस विकल्प का उपयोग स्रोत पते को उस इंटरफ़ेस के आईपी पते के अलावा कुछ और होने के लिए मजबूर करने के लिए किया जा सकता है जिस पर जांच पैकेट भेजा जाता है। यदि IP पता इस मशीन के इंटरफ़ेस पतों में से एक नहीं है, तो एक त्रुटि लौटा दी जाती है और कुछ भी नहीं भेजा जाता है। (देखें -i ऐसा करने के दूसरे तरीके के लिए ध्वजांकित करें।)-t सेवा का प्रकार सेट करें जांच पैकेट में निम्न मान (डिफ़ॉल्ट शून्य) पर। मान 0 से 255 की सीमा में एक दशमलव पूर्णांक होना चाहिए। इस विकल्प का उपयोग यह देखने के लिए किया जा सकता है कि विभिन्न प्रकार के सेवा परिणाम अलग-अलग पथों में हैं या नहीं। (यदि आप 4.4bsd नहीं चला रहे हैं, तो यह अकादमिक हो सकता है, क्योंकि टेलनेट और ftp जैसी सामान्य नेटवर्क सेवाएं आपको TOS को नियंत्रित नहीं करने देती हैं।) TOS के सभी मान कानूनी या सार्थक नहीं हैं—परिभाषाओं के लिए IP युक्ति देखें। उपयोगी मान संभवत:`-t . हैं 16 ' (कम विलंब) और `-t 8 ' (उच्च थ्रूपुट)।-v वाचाल उत्पादन। TIME_EXCEEDED और UNREACHABLE के अलावा अन्य प्राप्त ICMP पैकेट सूचीबद्ध हैं।-w जांच के प्रतिसाद के लिए प्रतीक्षा करने के लिए समय (सेकंड में) निर्धारित करें (डिफ़ॉल्ट 5 सेकंड)।-x IP चेकसम टॉगल करें। आम तौर पर, यह ट्रेसरआउट को आईपी चेकसम की गणना करने से रोकता है। कुछ मामलों में, ऑपरेटिंग सिस्टम आउटगोइंग पैकेट के कुछ हिस्सों को अधिलेखित कर सकता है लेकिन चेकसम की पुनर्गणना नहीं कर सकता है; इस प्रकार, कुछ मामलों में डिफ़ॉल्ट चेकसम की गणना नहीं करना और -x . का उपयोग करना है उनकी गणना करने का कारण बनता है। ध्यान दें कि ICMP ECHO जांच (-I का उपयोग करते समय आमतौर पर अंतिम हॉप के लिए चेकसम की आवश्यकता होती है। ), इसलिए ICMP का उपयोग करते समय उनकी गणना हमेशा की जाती है।-z जांच के बीच रुकने के लिए समय (मिलीसेकंड में) सेट करें (डिफ़ॉल्ट 0)। कुछ सिस्टम जैसे सोलारिस और सिस्को के राउटर, आईसीएमपी संदेशों की दर को सीमित करते हैं। इसके साथ उपयोग करने के लिए एक अच्छा मूल्य 500 है (उदाहरण के लिए, 1/2 सेकंड)।

परिणामों की व्याख्या करना

Traceroute एक छोटे TTL के साथ UDP जांच पैकेट लॉन्च करके एक इंटरनेट होस्ट के लिए एक IP पैकेट का अनुसरण करने वाले पथ की रूपरेखा तैयार करता है और फिर एक गेटवे से ICMP "समय पार हो गया" उत्तर सुनता है। एक के टीटीएल के साथ जांच शुरू करें और जब तक आप एक आईसीएमपी "पोर्ट अगम्य" (जिसका अर्थ है कि पैकेट अपने गंतव्य पर पहुंच गया) प्राप्त नहीं हो जाता है या प्रयासों के अधिकतम मूल्य को हिट करता है, जो कि 30 हॉप्स के लिए डिफ़ॉल्ट है और इसके साथ बदला जा सकता है <मजबूत>-एम झंडा।

जब ट्रेसरआउट निष्पादित होता है, तो यह प्रत्येक टीटीएल सेटिंग पर तीन जांच भेजता है और फिर टीटीएल, गेटवे का पता, और प्रत्येक जांच के राउंड-ट्रिप समय को दिखाते हुए कंसोल पर एक लाइन प्रिंट करता है। यदि जांच के उत्तर अलग-अलग गेटवे से आते हैं, तो प्रत्येक प्रतिसाद देने वाले सिस्टम का पता प्रिंट होता है। यदि ट्रेसरआउट को पांच सेकंड के भीतर कोई प्रतिक्रिया नहीं मिलती है (-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 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 ms

दूसरी और तीसरी पंक्तियाँ समान हैं। यह परिणाम दूसरे हॉप सिस्टम-lbl-csam.arpa पर एक बग्गी कर्नेल से संबंधित है, जो एक शून्य टीटीएल (4.3 बीएसडी के वितरित संस्करण में एक बग) के साथ पैकेट को फॉरवर्ड करता है। आपको अनुमान लगाना चाहिए कि पैकेट किस रास्ते पर जा रहे हैं क्योंकि एनएसएफनेट (129.140) अपने एनएसएस के लिए पता-से-नाम अनुवाद की आपूर्ति नहीं करता है।

साइलेंट गेटवे उदाहरण

एक और दिलचस्प उदाहरण है:

[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) 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 ms

Note that the gateways at 12, 14, 15, 16, and 17 hops away either don't send ICMP "time exceeded" messages or send them with a TTL too small to reach us. Lines 14 through 17 are running the MIT C Gateway code that doesn't send "time exceeded" messages.

The silent gateway 12 in the above example may be the result of a bug in the 4.[23]BSD network code and its derivatives: Machines running 4.3 code and earlier send an unreachable message using whatever TTL remains in the original datagram. For gateways, the remaining TTL is zero, the ICMP "time exceeded" is guaranteed to not make it back to us.

Destination System Silent Gateway Example

The behavior of this bug is slightly more interesting when it appears on the destination system:

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 ms ! 39 ms ! 39 ms !

Notice that 12 "gateways" exist (13 is the final destination), and the last half of them are missing. What's really happening is that the server named rip (a Sun-3 running Sun OS 3.5) is using the TTL from our arriving datagram as the TTL in its ICMP reply. So, the reply will time out on the return path (with no notice sent to anyone since ICMPs aren't sent for ICMPs) until we probe with a TTL that's at least twice the path length—in other words, rip is really only seven hops away.

A reply that returns with a TTL of 1 is a clue this problem exists. Traceroute prints a ! after the time if the TTL is less than or equal to 1. Since vendors ship a lot of obsolete (DEC's Ultrix, Sun 3.x) or non-standard (HPUX) software, expect to see this problem frequently and take care picking the target host of your probes.

Other possible annotations after the time are !H, !N, or !P (host, network, or protocol unreachable), !S (source route failed), !F- (fragmentation needed—the RFC1191 Path MTU Discovery value is displayed), !X (communication administratively prohibited), !V (host precedence violation), !C (precedence cutoff in effect), or ! (ICMP unreachable code). These codes are defined by RFC1812, which supersedes RFC1716. If almost all the probes result in some kind of unreachable host, traceroute will give up and exit.

This program is intended for use in network testing, measurement, and management. It should be used primarily for manual fault isolation. Because of the load it could impose on the network, it's unwise to use traceroute during normal operations or from automated scripts.