Traceroute - लिनक्स कमाण्ड - युनिक्स कमान्ड

traceroute - मार्ग प्याकेटहरू प्रिन्ट गर्नुहोस् सञ्जाल होस्टमा

सारांश

traceroute [ -dFInrvx ] [ -f first_ttl ] [ -ग गेटवे ]

[ -i ICEACE] [ -m max_ttl] [-प पोर्ट ]

[ -q नगरीजहरू ] [ -स्रोत_addr ] [ -टी -सम्म]

[ -w वाटिम ]] [ -z pausemsecs ]

होस्ट [ packetlen ]

विवरण

इन्टरनेट हार्डवेयर हार्डवेयरको ठूलो र जटिल संयोजन हो, गेटवे द्वारा एकसाथ जोडिएको छ। मार्गको एक प्याकेट ट्रयाक गर्नुहोस् (वा तपाइँको प्याकेटहरू खारेज गर्ने गलत गेटवे फेला पार्नुहोस्) गाह्रो हुन सक्छ। Traceroute ले IP प्रोटोकॉल `समयको बाँच्ने 'फिल्ड को प्रयोग गर्दछ र केहि होस्टको साथमा प्रत्येक गेटवे बाट ICMP TIME_EXCEEDED प्रतिक्रिया प्राप्त गर्न प्रयास गर्दछ।

केवल अनिवार्य परिमिति गन्तव्य होस्ट नाम वा आईपी ​​नम्बर हो । पूर्वनिर्धारित जांच डेटा डेटा लम्बाई 40 बाइट्स छ , तर यो प्याकेट लम्बाई (बाइटहरूमा) गन्तव्य होस्ट नाम पछि निर्दिष्ट गरेर यो हुन सक्छ।

अन्य विकल्पहरू छन्:

-f

पहिलो बाहिर जाने जांच प्याकेटमा प्रयोग गरिएको समय-समय-समय सेट गर्नुहोस्।

-F

"टुकडा नगर्नुहोस्" bit सेट गर्नुहोस्।

-d

सकेट स्तर डिबग सक्षम गर्नुहोस्।

-g

ढीला स्रोत मार्ग गेटवे निर्दिष्ट गर्नुहोस् (8 अधिकतम)।

-i

बहिर्गमन जांच प्याकेटका लागि स्रोत IP ठेगाना प्राप्त गर्न सञ्जाल इन्फेसेसन निर्दिष्ट गर्नुहोस्। यो सामान्यतया बहु बहुमुखी होस्टमा उपयोगी छ। (यो गर्न को लागी अर्को तरिकाको लागि -स झण्डा हेर्नुहोस्।)

-आई

UDP डेटाग्रामको सट्टा ICMP ECHO प्रयोग गर्नुहोस्।

-m

बाहिर जाने जांच प्याकेटहरूमा प्रयोग गरिएको अधिकतम समय-समय-जीवन (हपहरूको अधिकतम संख्या) सेट गर्नुहोस्। पूर्वनिर्धारित 30 हप्स (TCP जडानका लागि प्रयोग गरिएको एक डिफल्ट)।

-n

हॉप ठेगानाहरू सङ्ख्यात्मक रूपमा सङ्ख्यात्मक र संख्यात्मक रूपमा छाप्नुहोस् (बाटोमा भेटिएको प्रत्येक गेटवेको लागि नाम-सर्भर ठेगाना-देखि-नाम लुकअप बचत गर्दछ)।

-p

परीक्षणमा प्रयोग भएको आधार UDP पोर्ट नम्बर सेट गर्नुहोस् (पूर्वनिर्धारित 33434)। Traceroute आशा छ कि UDP पोर्टहरूमा आधार + nhops - 1 मा गन्तव्य होस्टमा केही सुनिरहेको छैन (यसैले आईसीएमपी PORT_UNREACHABLE सन्देश मार्ग ट्रयाक समाप्त गर्नको लागि फिर्ता गरिनेछ)। यदि केहि डिफल्ट दायरामा डिफल्ट दायरामा सुनिरहेको छ भने, यो विकल्प प्रयोग नगरिएको पोर्ट दायरा छान्न प्रयोग गर्न सकिन्छ।

-r

सामान्य रूटिङ तालिकाहरू बाईपास गर्नुहोस् र सिधा नेटवर्कमा होस्टमा पठाउनुहोस्। यदि होस्ट सिधा प्रत्यक्ष संलग्न सञ्जालमा छैन, एउटा त्रुटि फर्काइएको छ। यो विकल्प इन्टरफेसको माध्यमबाट एक होस्टफेसमा प्रयोग गर्न सक्दछ जुन यसको माध्यमबाट कुनै मार्ग छैन (उदाहरणका लागि, इन्टरफेस रूटमार्फत (8 सी) पछि।

-s

बहिर्गमन जांच प्याकेटहरूमा स्रोत ठेगानाको रूपमा निम्न आईपी ठेगाना प्रयोग गर्नुहोस् (जुन सामान्यतया आईपी नम्बरको रूपमा, होस्टनाम होइन)। बहु-होस्ट गरिएको होस्टहरूमा (एकभन्दा बढी आईपी ठेगाना सहित), यो विकल्प प्रयोग गर्न सकिन्छ कि स्रोत ठेगाना इन्टरफेसको आईपि ठेगाना भन्दा अन्य केही प्रोब प्याकेट पठाइएको छ। यदि आईपी ठेगाना यो मेशिनको इन्फेसेसन ठेगानाहरू होईन, त्रुटि फिर्ता फर्काइन्छ र केहि पठाइएको छैन। (यो गर्न को लागी अर्को मार्गको लागि -i झण्डा हेर्नुहोस्।)

-t

निम्न मूल्य (शून्य पूर्वनिर्धारित) मा प्रोब प्याकेटहरूमा टाइप-से-सेवा सेट गर्नुहोस्। दायरा 0 देखि 255 दायरामा दशमलव पूर्णांक हुनु पर्छ। यो विकल्प हेर्नका लागि प्रयोग गर्न सकिन्छ कि फरक प्रकारको-सेवा परिणाम फरक पथहरूमा। (यदि तपाईं 4.4bsd चलाइरहेका हुनुहुन्न भने, यो टेलिनेट र FTP जस्तै सामान्य सञ्जाल सेवाहरू तपाईले TOS नियन्त्रण गर्न दिनुभएको शैक्षणिक हुन सक्छ)। TOS को सबै मानहरू कानूनी वा सार्थक छैनन् - आईपी आईपी परिभाषाका लागि हेर्नुहोस्। उपयोगी मान शायद ` -t 16 '(कम विलम्ब) र` -t 8 ' (उच्च throughput) हो।

-v

Verbose आउटपुट। TIME_EXCEEDED र UNREACHABLE हरू सूचीबद्ध ICMP प्याकेटहरू सूचीबद्ध छन्।

-w

समय (सेकेन्डमा) जाँच गर्नुहोस् एक जांचको लागि प्रतिक्रियाको लागि (पूर्वनिर्धारित 5 सेकेन्ड)।

-x

आईप जाँचहरू टगल गर्नुहोस्। सामान्यतया, यो tracerout ip checksums गणना गर्नबाट रोक्छ। केहि अवस्थामा, अपरेटिङ सिस्टमले बहिर्गमन प्याकेटका भागहरू अधिलेखन गर्न सक्दछ तर चेकसमम पुन: गणना गर्दैन (त्यसैले केहि अवस्थाहरूमा डिफल्ट चेकसमास गणना गर्न सकिँदैन र -x प्रयोग गरेर तिनीहरूलाई क्याल्कुलेटेड हुन सक्छ)। ध्यान दिनुहोस् कि ICHP ECHO परीक्षण ( आईआई ) को प्रयोग गर्दा अन्तिम ह्याप को लागि सामान्यतया चेकसम्स आवश्यक हुन्छ। त्यसैले तिनीहरू सधैं गणना गर्दा आईसीएमपी प्रयोग गर्दै।

-z

समय (मिलिसेकेन्डमा) परीक्षणहरू (पूर्वनिर्धारित 0) बीच पज गर्न सेट गर्नुहोस्। केही प्रणालीहरू जस्तै सोलिसिस र मार्गहरू जस्तै सिस्कोस दर सीमा आईपीएमएम सन्देशहरू। यससँग प्रयोग गर्न राम्रो मूल्य 500 हो (जस्तै, दोस्रो सेकेण्ड)।

यो कार्यक्रम मार्ग पत्ता लगाउन प्रयास गर्दछ जुन IP प्याकेट केही इन्टरनेट होस्टलाई यूटीडी जांच बकेटहरूमा सानो टिटी (समय बाँच्न समय) सँग लॉन्च गरिदिन्छ र आईसीएमपीका लागि "समय नाघ्यो" गेटवेबाट जवाफ दिईयो। हामी हाम्रो जांच एक टीएलएल संग शुरू गर्छन र एक सम्म बढ्छ जब सम्म हामी आईसीएमपी "पोर्ट अपरिहार्य" (जसको अर्थ हो हामी "होस्ट") वा एक अधिकतम हिट (30 हप्स को लागि डिफल्ट र - एम संग बदल सकते हो झण्डा)। तीन परीक्षणहरू ( -q झण्डै परिवर्तन गर्नुहोस्) प्रत्येक टीटीएल सेटिङमा पठाइएको छ र एक रेखा टीटीएल, गेटवेको ठेगाना र प्रत्येक जाँचको दौर यात्रा समय देखाइएको छ। यदि जांच को विभिन्न द्वारबाट आउँछ भने, प्रत्येक प्रतिक्रिया प्रणाली को ठेगाना प्रिन्ट गरिनेछ। यदि कुनै 5 सेकेण्ड भित्र कुनै प्रतिक्रिया छैन। समयसमाप्ति अन्तराल ( -W झण्डासँग परिवर्तन गरिएको), एक "*" प्रिबुलको लागि छापिएको छ।

हामी UDP जांच प्याकेट प्रशोधन गर्न गन्तव्य होस्ट चाहँदैनन् किनकि गन्तव्य पोर्ट सम्भावित मानमा सेट गरिएको छ (यदि गन्तव्यमा केही क्लोडले त्यो मान प्रयोग गरिरहेको छ भने, यो -P ध्वजसँग परिवर्तन गर्न सकिन्छ)।

नमूना प्रयोग र आउटपुट हुन सक्छ:

[याक 71]% traceroute nis.nsf.net। traceroute nis.nsf.net (35.1.1.48), 30 hops अधिकतम, 38 बाइट पैकेट 1 helios.ee.lbl.gov (128.3.112.1) 1 9 एमएस 1 9 एमएस 0 एमएस 0 एम 2 2 lilac-dmc.Berkeley.EDU (128.32। 216.1) 39 एमएस 9 एमएस 9 एमएस 3 lilac-dmc.Berkeley.EDU (128.32.216.1) 39 एमएस 9 एमएस 1 एमएस 4 ccngw-ner-cc.Berkeley.EDU (128.32.136.23) 39 एमएस 40 एमएस 5 एमएस 5 ccn -nerif22.Berkeley.EDU (128.32.168.22) 9.3 9 एमएस 9 एमएस 39 एमएस 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 129.140। 70.13 (129.140.70.13) 9.3 एमएस 9 एमएस 80 एमएस 9 129.140.71.6 (129.140.71.6) 9.3 एमएस 239 एमएस 319 एमएस 10 129.140.81.7 (129.140.81.7) 220 एमएस 199 एमएस 199 एमएस 199 एमएस 11 एनआईसी.मेरिट.edu (35.1 .1.48) 239 एमएस 239 एमएस 239 एमएस

याद गर्नुहोस् कि रेखाहरू 2 र 3 उस्तै छन्। यो दोस्रो हप प्रणालीमा एक बगैँचा कर्नेलको कारण हो - lbl-csam.arpa - कि एक शून्य टीटीएल (4.3BSD को वितरित संस्करणमा एक बग) सँग प्याकेटका लागि। ध्यान दिनुहोस् कि तपाईंले अनुमान गर्नु पर्ने प्याकेटहरूले क्रस-देश लिइरहेको छ NSFNet (129.140) ले यसको एनएसएसहरूको लागि ठेगाना-अनुवाद अनुवादहरू प्रदान गर्दैन।

थप रोचक उदाहरण हो:

[याक 72]% traceroute allspice.lcs.mit.edu। traceroute allspice.lcs.mit.edu (18.26.0.115), 30 hops अधिकतम 1 helios.ee.lbl.gov (128.3.112.1) 0 एमएस 0 एमएसएस 0 एमएस 0 एमएलएसएलएमएलएमएलएमएलबीएम (128.32.216.1) 1 एमएस 9 एमएस 9 एमएस 3 lilac-dmc.Berkeley.EDU (128.32.216.1) 3 एमएस 9 एमएस 19 एमएस 4 ccngw-ner-cc.Berkeley.EDU (128.32.136.23) 19 एमएस 39 एमएस 3 एमएस 5 5 ccn-nerif22 .Berkeley.EDU (128.32.168.22) 20 एमएस 9 एमएस एमएसएम 6 128.32.197.4 (128.32.197.4) 59 एमएस 119 एमएस 9 एमएस 7 131.119.2.5 (131.119.2.5) 59 एमएस 59 एमएस 9 एमएस 8 129.140.70.13 ( 129.140.70.13) 80 एमएस 9 एमएस 99 एमएस 9 129.140.71.6 (129.140.71.6) 13.38 एमएस 139 एमएस एसएमएस 10 129.140.81.7 (129.140.81.7) 199 एमएस 180 एमएस 300 एमएस 11 129.140.72.17 (129.140.72.17) 300 एमएस 23 9 एमएस 23 9 एमएस 12 * * * 13 128.121.54.72 (128.121.54.72) 25 9 एमएस 4 99 एमएस 27 9 एमएस 14 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * .0.115) 339 एमएस 279 एमएस 27 9 एमएस

ध्यान दिनुहोस् कि द्वार 12, 14, 15, 16 र 17 हटाउने हो भने पनि आईसीएमपी "समय नाघेका" सन्देशहरू पठाइएन वा हामीलाई पुग्नको लागी एक टीटीएल पनि छोटो पठाउनुहोस्। 14 - 17 एमआईटी सी गेटवे कोड चलाइरहेका छन् जुन "समय नाघ्यो" s। परमेश्वरले जान्नुहुन्छ कि 12 सँग के छ।

माथिको मौन गेटवे 12 हो। 4 मा बगको परिणाम हुन सक्छ। [23] बीएसडी नेटवर्क कोड (र यसको डेरिभेटिभ): 4.x (x <= 3) जुनसुकै टीटीएल मूल प्रयोगमा रहेको एउटा प्रयोग नभएको सन्देश पठाउँदछ। डेटाग्राम। चूंकि, गेटवे को लागि, शेष टीटीएल शून्य छ, आईसीएमपी "समय पार भयो" यो हामीलाई फिर्ता गर्न को लागि गारंटी को गारंटी छ। यो बगको व्यवहार केही गन्तव्य हो जब यो गन्तव्य प्रणालीमा देखा पर्दछ:

1 helios.ee.lbl.gov (128.3.112.1) 0 एमएस 0 एमएस 0 एमएस 0 एमएस 2 lilac-dmc.Berkeley.EDU (128.32.216.1) 39 एमएस 9 एमएस 39 एमएस 3 lilac-dmc.Berkeley.EDU (128.32.216.1 ) 1 एमएस 9 एमएस 9 एमएस 4 ccngw-ner-cc.Berkeley.EDU (128.32.136.23) 39 एमएस 40 एमएस 1 एमएस 5 ccn-nerif35.Berkeley.EDU (128.32.168.35) 39 एमएस 39 एमएस 39 एमएस 6 csgw। Berkeley.EDU (128.32.133.254) 39 एमएस 59 एमएस 9 एमएस 7 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * (128.32.131.22) 59 सुश्री ! 3 एमएस! 3 एमएस!

ध्यान दिनुहोस् कि 12 "गेटवेहरू" (13 अन्तिम गन्तव्य हो) र वास्तवमा तिनीहरूका अन्तिम आधा "छुटेको" हो। वास्तवमा के हो यो हो कि ची (सूर्य ओएस 3 चलिरहेको एक सूर्य OS3.5) ले हाम्रो आइसीएमपी जवाफमा टीटीएलको रूपमा हाम्रो आगमन डेटाबाट टीटीएल प्रयोग गरिरहेको छ। त्यसो भए, जवाफ फर्काउने बाटोमा (समयमा कुनै सूचना पठाइएको छैन जुन ICMP को ICMP को लागि पठाइएको छैन) सम्म हामी कम्तीमा दुई पटक टाढा लम्बाइको टीटीएलसँग जाँच नगरे सम्म। म, चीर साँच्चै मात्र 7 हप्प टाढा छ। एक टिल्ट 1 को साथ फर्काउँछ एक सुराग हो यो समस्या अवस्थित छ। ट्रयाकआउटले "!" छाप्छ समय पछि यदि टीटीएल <= 1 हुन्छ। 1. विक्रेताहरूले धेरै अप्रचलित (डीईसीको अल्टिक्स, सूर्य 3.x) वा गैर-मानक (HPUX) सफ्टवेयर पठाउँछन्, यस समस्यालाई हेर्नको लागि प्राय: र / वा हेरचाह गर्ने लक्ष्य छान्नुहोस्। तपाईंको समस्याहरूको होस्ट।

समय पछि अन्य सम्भावना एनोटेशनहरू ! एच ,! एन , वा ! पी (होस्ट, सञ्जाल वा प्रोटोकल अपरिहार्य),! एस (स्रोत मार्ग असफल भयो),! F- (विच्छेद आवश्यक छ - RFC1191 पथ MTU डिस्कवरी मान प्रदर्शित हुन्छ) ! एक्स (संचार प्रशासनिक रूपमा निषेधित),! V (होस्ट पूर्वनिर्धारित उल्लङ्घन),! सी (पूर्वनिर्धारित कटौती प्रभाव), वा ! (आईसीएमपी अपरिहार्य कोड)। यो RFC1812 द्वारा परिभाषित गरिएको छ (जसले RFC1716 लाई सुम्पन्छ)। यदि लगभग सबै जाँचहरू कुनै प्रकारको अपरिहार्य परिणाममा, Traceroute उठाउने र बाहिर निस्कनेछ।

यो प्रोग्राम नेटवर्क परीक्षण, माप, र व्यवस्थापनमा प्रयोगको लागि हो। यो मुख्य रूपमा म्यानुअल गल्ती अलगावको लागि प्रयोग गरिनु पर्छ। लोडको कारण यो नेटवर्कमा लागू हुन सकेन, यो सामान्य अपरेसनमा वा स्वचालित स्क्रिप्टबाट ट्रेसरआउट प्रयोग गर्न नमान्ने हो।

पनि हेर्नुहोस्

पथचर (8), netstat (1), पिंग (8)