Traceroute amazon.com, yahoo.com, और ebay.com के लिए क्यों विफल हो जाता है?

13

हमारे नेटवर्क पर प्रदर्शन समस्याओं का निवारण करते समय, मैं tracerouteविभिन्न वेबसाइटों पर भाग गया। निम्नलिखित वेबसाइटें बार-बार पूरी नहीं होंगी traceroute:

yahoo.com
अमेजन डॉट कॉम
ebay.com

प्रशन

क्या ये साइटें अपने नेटवर्क की सुरक्षा कर रही हैं जो tracerouteपूरी नहीं हो पा रही हैं?
मुझे लगता है कि यह इन वेबसाइटों के नेटवर्क पर आधारित है और हमारे नेटवर्क के प्रदर्शन के मुद्दों से संबंधित नहीं है। क्या यह एक सुरक्षित धारणा है?

उदाहरण ebay.com के लिए ट्रेसरआउट

$ traceroute ebay.com
traceroute: Warning: ebay.com has multiple addresses; using 66.135.205.13
traceroute to ebay.com (66.135.205.13), 64 hops max, 52 byte packets
 1  10.10.100.1 (10.10.100.1)  56.518 ms  2.390 ms  2.082 ms
 2  mo-69-34-118-1.sta.embarqhsd.net (69.34.118.1)  9.943 ms  10.007 ms  10.177 ms
 3  mo-69-68-209-249.dyn.embarqhsd.net (69.68.209.249)  10.976 ms  21.159 ms  10.015 ms
 4  ge-6-20.car1.stlouis1.level3.net (4.53.160.13)  26.562 ms  26.278 ms  25.818 ms
 5  ae-11-11.car2.stlouis1.level3.net (4.69.132.186)  26.393 ms  26.519 ms  79.884 ms
 6  ae-4-4.ebr2.chicago1.level3.net (4.69.132.190)  32.965 ms  26.123 ms  48.123 ms
 7  ae-5-5.ebr2.chicago2.level3.net (4.69.140.194)  27.308 ms  26.784 ms  26.693 ms
 8  ae-2-52.edge4.chicago3.level3.net (4.69.138.166)  27.137 ms  26.473 ms  27.047 ms
 9  chp-brdr-03.inet.qwest.net (63.146.27.17)  26.315 ms  26.329 ms  26.449 ms
10  dvr-edge-13.inet.qwest.net (67.14.24.89)  51.270 ms  51.355 ms  51.134 ms
11  * * *
12  * * *
. . . . .
33  * * *
34  * *^C

security networking

— मैथ्यू रंकिन
स्रोत

16

यदि आप कुछ ICMP ट्रैफ़िक को फायरवॉल्विंग या किसी भी कारण से ब्लॉक करते हैं, तो ट्रैसरूट पूरी तरह से काम नहीं करते हैं। वे आमतौर पर UDP (DNS लुकअप) और ICMP का मिश्रण होते हैं।

यदि आप दौड़ते हैं traceroute -I yahoo.comया traceroute -T yahoo.comआपको अलग-अलग परिणाम देखने चाहिए (yahoo.com मेरे लिए पूरा होता है)। यह ICMP इको और TCP SYNs का उपयोग करता है।

से tracerouteआदेश का आदमी पेज लिनक्स पर:

In the modern network environment the traditional traceroute methods can not be always applicable, because of widespread use of firewalls. Such firewalls filter the "unlikely" UDP ports, or even ICMP echoes. To solve this, some additional tracerouting methods are implemented (including tcp), see LIST OF AVAILABLE METHODS below. Such methods try to use particular protocol and source/destination port, in order to bypass firewalls (to be seen by firewalls just as a start of allowed type of a network session).

— जोनाथन रॉस
स्रोत

अनुरेखक के कुछ संस्करण -Tध्वज का समर्थन नहीं कर सकते हैं , हालांकि कई -P [protocol]ध्वज का समर्थन करते हैं । FreeBSD पर 8 ट्रेसरूट समझता है UDP, TCP, GREAMD ICMP(और किसी भी वैध आईपी प्रोटोकॉल के लिए प्रोटोकॉल क्षेत्र निर्धारित कर सकते हैं, हालांकि पैकेट सामग्री उपयोगी / समझदार नहीं हो सकता।)

— voretaq7

15

Traceroute ICMP संदेशों के समूहों का उपयोग करता है। प्रत्येक में 3 ICMP संदेश हैं। (संदेशों के प्रत्येक समूह में एक के बाद एक वृद्धि की गिनती करें)।

आमतौर पर व्यवस्थापक अपने नेटवर्क को "सुरक्षित" करने के लिए ICMP पैकेट को ब्लॉक करते हैं। (ज्यादातर नेटवर्क और DoS की संरचना को अस्पष्ट करने के लिए)।

इसलिए आपको सितारे मिलते हैं।

— अमीरली सनातनिया
स्रोत

0

Tracert प्रदर्शन समस्याओं का विश्लेषण करने के लिए एक उपकरण नहीं है, यह एक विशेष मेजबान के लिए रास्ता खोजने के लिए एक उपकरण है। एक बाहरी होस्ट के खिलाफ रनिंग ट्रेस आपके खुद के नेटवर्क के बारे में कुछ नहीं बताता है।

दो आंतरिक मेजबानों के बीच विलंबता और पैकेट हानि को मापकर अपने आंतरिक नेटवर्क को देखें। फिर अपने वर्कस्टेशन पर एक पैकेट कैप्चर चलाएं और एआरपी बाढ़, प्रसारण तूफान, टीसीपी प्रतिक्रांति, और डुप्लिकेट आभार जैसे नेटवर्क की भीड़ के सबूत देखें।

— joeqwerty
स्रोत

जानकारी के लिए धन्यवाद। मुझे स्पष्ट करना चाहिए कि हमारे प्रदर्शन के मुद्दे मुख्य रूप से बाहरी वेबसाइटों तक पहुँचने से संबंधित हैं। मैं कहता हूं "मुख्य रूप से" क्योंकि हमारे पास नेटवर्क से संबंधित कई समस्याएं हैं। मैंने स्विच के साथ 3 या 4 हब को स्वैप करके हब्स का उपयोग करने के कारण हमारे एक, बड़े टक्कर डोमेन को समाप्त कर दिया है। हमारे डीएसएल प्रदाता ने स्वीकार किया कि हमारे क्षेत्र में ग्राहक की मांग को देखते हुए पर्याप्त तांबा नहीं है (हम एक छोटे शहर में हैं और हमारा एकमात्र व्यवहार्य-आईएसपी विकल्प है)। इसलिए मैं अपने आंतरिक नेटवर्क को बेहतर बनाने की कोशिश कर रहा हूं, जबकि आईएसपी को साबित करने के लिए डेटा इकट्ठा कर रहा है कि उनके पास एक मुद्दा है।

— मैथ्यू रैनकिन

ठीक है, लेकिन फिर से, tracert Google के लिए सही उपकरण और अनुरेखण नहीं है और इसलिए यह बहुत मदद करने वाला नहीं है क्योंकि एक बार जब ट्रैफ़िक आपके ISP को छोड़ देता है तो ऐसा कुछ भी नहीं होता है जो वे इसके बारे में कर सकते हैं। आपको अपने और आईएसपी के बीच संबंध से चिंतित होना चाहिए। अपने डीएसएल मॉडेम में लॉग इन करें, पता करें कि यह डीजी क्या है और आपको वहां से पथपाकर चलाएं। फिर अपने ISP नेटवर्क में अंतिम हॉप निर्धारित करने के लिए Google को ट्रेस करें और वहां से आपके लिए पाथिंग चलाएं। अपने आईएसपी को वे परिणाम प्रदान करें और देखें कि उन्हें क्या कहना है।

— जॉयकवर्टी