लुकिंग ग्लास के साथ नेटवर्क की समस्याओं का निदान करें

हमारे कई ग्राहकों के लिए, सर्वर सेवाओं को चुनने की कसौटी नेटवर्क कनेक्टिविटी है। नेटवर्क कनेक्टिविटी को अन्य ऑपरेटरों के नेटवर्क के साथ एक ऑपरेटर के नेटवर्क की बातचीत की डिग्री के रूप में समझा जाता है और, परिणामस्वरूप, मार्गों की संख्या और इंटरनेट यातायात के लिए मध्यवर्ती नोड्स की संख्या।

"लुकिंग ग्लास" (अंग्रेजी से अनुवादित) नामक सेवाओं का उपयोग करके नेटवर्क कनेक्टिविटी की जांच करना सुविधाजनक है। वे आपको दूरस्थ नेटवर्क से रूटिंग को सत्यापित करने की अनुमति देते हैं। कई संगठनों में ऐसी सेवाएं हैं (दुनिया में सभी लुकिंग ग्लास पर जानकारी मिल सकती है, उदाहरण के लिए, यहां )।

हमारी कंपनी की अपनी लुकिंग ग्लास सेवा भी है। यह यहां स्थित है: http://lg.selectel.ru । लुकिंग ग्लास का उपयोग करने वाले डायग्नोस्टिक्स आपको उत्पन्न होने वाली खराबी को निर्दिष्ट करने और इसके कारण के बारे में एक उचित धारणा बनाने की अनुमति देता है। इस सेवा का उपयोग करके किए जाने वाले नैदानिक ​​प्रक्रियाओं पर नीचे चर्चा की जाएगी।

हमारे "लुकिंग ग्लास" का इंटरफ़ेस बेहद सरल है:

सभी आदेश सेंट पीटर्सबर्ग और मॉस्को में स्थित दो राउटर से निष्पादित किए जाते हैं (आप राउटर मार्गों की जांच करके एक राउटर का चयन कर सकते हैं; आप एक ही समय में दो राउटर से जांच कर सकते हैं)।

हमारी सेवा "लुकिंग ग्लास" निम्नलिखित कमांड करती है (ड्रॉप-डाउन मेनू "ऑपरेशन" में टीम का चयन किया जाता है):

• पिंग - आपको यह निर्धारित करने की अनुमति देता है कि क्या किसी दिए गए नोड के साथ एक कनेक्शन है, और प्रतिक्रिया समय की भी जांच करें;
• ट्रेसरआउट - आपको राउटर से निर्दिष्ट संसाधन तक आईपी नेटवर्क पर पैकेट के पथ को ट्रैक करने की अनुमति देता है;
• बीजीपी मार्ग विस्तार - आपको निर्दिष्ट मेजबान को बीजीपी मार्गों के बारे में विस्तृत जानकारी प्राप्त करने की अनुमति देता है। क्वेरी परिणाम एक रूटिंग टेबल होगा;
• bgp रूट ट्रिक - आपको निर्दिष्ट मेजबान को बीजीपी मार्गों के बारे में संक्षिप्त जानकारी प्राप्त करने की अनुमति देता है, साथ ही वर्तमान में सक्रिय मार्ग के बारे में भी;
• bgp सारांश - आपको चयनित रूटर पर सभी बीजीपी सत्रों के बारे में जानकारी देखने की अनुमति देता है।

कमांड का चयन करने के बाद, आपको "होस्ट" फ़ील्ड में गंतव्य होस्ट पता निर्दिष्ट करना होगा (आप आईपी पते और DNS नाम दोनों दर्ज कर सकते हैं) और "डू इट" बटन पर क्लिक करें। आइए अधिक विस्तार से विचार करें कि इनमें से प्रत्येक कमांड कैसे काम करता है और उनके परिणामों की व्याख्या कैसे की जानी चाहिए।

पिंग कमांड

इस आदेश का उपयोग करके, आप विशेष ICMP प्रोटोकॉल का उपयोग करके निर्दिष्ट होस्ट की उपलब्धता की जांच कर सकते हैं। इसके संचालन का सिद्धांत इस प्रकार है: पिंग कमांड प्राप्त करने के बाद, राउटर निर्दिष्ट होस्ट को अनुरोध भेजता है, जो बदले में, इसे वापस भेजता है (उस पते पर जहां यह आया था)। पिंग अनुरोध के परिणामों से, आप (1) यह पता लगा सकते हैं कि भेजे गए पैकेट वापस आए और (2) कब तक (मिलीसेकंड में) पैकेट को आगे और पीछे ले जाने में कितना समय लगा।

उदाहरण के लिए, पिंग कमांड के परिणाम दिख सकते हैं:

  पिंग 217.69.139.201 (217.69.139.201): 56 डेटा बाइट्स
 217.69.139.201 से 64 बाइट्स: icmp_seq = 0 ttl = 62 समय = 8.776 एमएस
 217.69.139.201 से 64 बाइट्स: icmp_seq = 1 ttl = 62 समय = 8.676 एमएस
 217.69.139.201 से 64 बाइट्स: icmp_seq = 2 ttl = 62 समय = 10.024 एमएस

 --- 217.69.139.201 पिंग आँकड़े ---
 3 पैकेट प्रेषित, 3 पैकेट प्राप्त, 0% पैकेट नुकसान
 राउंड-ट्रिप मिनट / एवीजी / अधिकतम / stddev = 8.676 / 9.159 / 10.024 / 0.613 एमएस 

यह उदाहरण दिखाता है कि गंतव्य नोड अनुरोधों का ठीक से जवाब दे रहा है, कोई पैकेट नुकसान नहीं हैं। एक अन्य उदाहरण पर विचार करें:

  पिंग www.jnto.go.jp (210.165.34.236): 56 डेटा बाइट्स
 64 बाइट्स 210.165.34.236 से: icmp_seq = 0 ttl = 241 समय = 325.134 एमएस
 210.165.34.236 से 64 बाइट्स: icmp_seq = 1 ttl = 241 समय = 325.994 एमएस
 64 बाइट्स 210.165.34.236 से: icmp_seq = 2 ttl = 241 समय = 334.896 एमएस

 --- www.jnto.go.jp पिंग आँकड़े ---
 3 पैकेट प्रेषित, 3 पैकेट प्राप्त, 0% पैकेट नुकसान
 गोल-यात्रा मिनट / औसत / अधिकतम / stddev = 325.734 / 328.841 / 334.896 / 4.282 एमएस 

इस मामले में, परिणाम बताते हैं कि गंतव्य नोड उपलब्ध है, कोई पैकेट नुकसान नहीं है, लेकिन भौगोलिक दूरी के कारण प्रतिक्रिया समय थोड़ा बढ़ गया है: गंतव्य नोड जापान में है, और सेंट पीटर्सबर्ग से अनुरोध भेजे गए थे।

कभी-कभी यह स्थिति भी हो सकती है:

  पिंग 89.108.112.69 (89.108.112.69): 56 डेटा बाइट्स

 --- 89.108.112.69 पिंग आँकड़े ---
 3 पैकेट प्रेषित, 0 पैकेट प्राप्त, 100% पैकेट नुकसान 

इस मामले में टीम के काम के परिणाम बताते हैं कि कोई भी पैकेट लक्ष्य तक नहीं पहुंचा है और नोड सबसे अधिक संभावना नहीं है या ICMP अनुरोधों का जवाब नहीं देता है।

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

पिंग क्वेरी के परिणामों के आधार पर, एक खराबी की उपस्थिति के बारे में एक अस्पष्ट निष्कर्ष करना असंभव है। कोई केवल एक अनुमान लगा सकता है, जिसे अन्य उपकरणों का उपयोग करके अतिरिक्त सत्यापन की आवश्यकता है।

ट्रेसरूट टीम

वेब सेवा उपलब्धता समस्याएँ मध्यवर्ती नोड्स पर तकनीकी समस्याओं के कारण भी हो सकती हैं, जिसके माध्यम से पैकेट गंतव्य होस्ट के रास्ते पर यात्रा करते हैं। आप ट्रेसरआउट कमांड का उपयोग करके इन मुद्दों की पहचान कर सकते हैं।

यह टीम कैसे काम करती है? नेटवर्क पर भेजे गए पैकेट की विशेषताओं में से एक जीवनकाल (अंग्रेजी में रहने का समय, संक्षिप्त TTL) है - आशाओं की संख्या (अंग्रेजी हॉप - जंप, यानी पैकेट एक राउटर से दूसरे में जाता है) या मिलीसेकंड में समय कौन सा पैकेट ऑनलाइन हो सकता है। पैकेट को संसाधित करने वाला प्रत्येक राउटर TTL मान को एक से कम कर देता है। जब टीटीएल शून्य हो जाता है, तो पैकेट को नष्ट कर दिया जाता है, और प्रेषक को एक संदेश भेजा जाता है। प्रारंभ में, इस तंत्र का उपयोग एक गलत नेटवर्क लूपबैक के मामले में नेटवर्क पैकेट की अंतहीन नकल को रोकने के लिए किया गया था।

ट्रेसरआउट कमांड प्राप्त करने के बाद, रूटर गंतव्य होस्ट की ओर TTL = 1 के साथ एक पैकेट भेजता है। नोड जिस समय से अधिक प्रतिक्रिया आती है, उसे पहले हॉप (यानी, लक्ष्य के रास्ते पर पहला कदम) के रूप में परिभाषित किया जाता है। फिर, टीटीएल = 2,3,4,5 के साथ पैकेट एक-एक करके भेजे जाते हैं, और इसी तरह, जब तक कि कोई एक पैकेट गंतव्य नोड तक नहीं पहुंच जाता है और इससे प्रतिक्रिया मिलती है।

परिणामस्वरूप, राऊटर से गंतव्य नोड तक पैकेट पथ पर सभी मध्यवर्ती नोड्स की एक सूची प्रदर्शित की जाती है। उदाहरण के लिए, यह इस तरह दिख सकता है:

  ट्रेसरआउट 89.108.112.69 (89.108.112.69), 30 हॉप अधिकतम, 40 बाइट पैकेट
  1 sap-b2-link.telia.net (213.248.86.117) 6.278 एमएस 62.572 एमएस 9.668 एमएस
  2 hls-b2-link.telia.net (213.155.131.128) 9.812 ms hls-b2-link.telia.net (80.91.245.172) 12.487 ms hls-b2-link.telia.net (80.91.245.170) 12.088 एमएस
  3 hls-b1-link.telia.net (213.155.133.132) 15.486 एमएस 12.360 एमएस s-bb2-link.telia.net (213.155.133.74) 90.086 एमएस
  4 s-b2-link.telia.net (213.155.131.33) 22.196 एमएस s-b2-link.telia.net (213.155.133.143) 22.272 एमएस s-b2-link.telia.net (80.91.246.235) 21.197 एमएस
  5 s-b2-link.telia.net (213.155.133.137) 21.807 ms s-b2-link.telia.net (80.91.247.217) 22.231 एमएस vimpelcom-ic-152423-s.b2.c.telia.net (213.155) .129.118) 21.936 मि
  6 * * *
  7 * 81.211.13.162 (81.211.13.162) 58.058 एमएस 152.715 एमएस
  8 te6-1.rt1.dc5.agava.net (89.108.112.242) 40.044 एमएस 32.834 एमएस 39.235 एमएस
  9 te6-1.rt1.dc5.agava.net (89.108.112.242) 40.780 एमएस 43% 405 *
 10 * * *
 11 * * * 

प्रस्तुत परिणाम से क्या दिखाई दे रहा है?

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

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

इसका कारण यह हो सकता है कि इस राउटर से प्रतिक्रिया पैकेट बहुत लंबा हो जाता है, और लुकिंग ग्लास उनके आने का इंतजार करना बंद कर देता है। यदि मार्ग के अंत में (उपरोक्त उदाहरण के अनुसार) नोड्स के लिए तीन तारांकन प्रदर्शित किए जाते हैं, तो यह सबसे अधिक संभावना है कि पैकेट गंतव्य नोड तक नहीं पहुंचे।

ट्रेसरआउट निष्कर्षों की व्याख्या एक अधिक जटिल और सूक्ष्म कार्य है क्योंकि यह पहली नज़र में लग सकता है; आप इसके बारे में और यहाँ (अंग्रेज़ी में) पढ़ सकते हैं।

बीजीपी के निदान के लिए आज्ञा

बीजीपी (बोर्ड गेटवे प्रोटोकॉल) इंटरनेट पर मुख्य गतिशील मार्ग प्रोटोकॉल है। यह व्यक्तिगत राउटर के बीच नहीं बल्कि स्वायत्त प्रणालियों के बीच सूचनाओं के आदान-प्रदान के लिए है। एक स्वायत्त प्रणाली, जिसे RFC1930 में परिभाषित किया गया है, एक या अधिक ऑपरेटरों द्वारा प्रबंधित आईपी नेटवर्क और राउटर की एक प्रणाली है और एक अलग इंटरनेट रूटिंग नीति है। वास्तव में, इंटरनेट को परस्पर स्वायत्त प्रणालियों के एक सेट के रूप में माना जा सकता है।

बीजीपी प्रोटोकॉल का उपयोग करते हुए, स्वायत्त सिस्टम एक दूसरे के साथ संवाद करते हैं: (1) उनके अस्तित्व का तथ्य और (2) जो नेटवर्क उनके माध्यम से प्राप्त किया जा सकता है। वे इंटरनेट पर अन्य नेटवर्क पर कैसे पहुंचें, इसके बारे में भी जानकारी एकत्र करते हैं। गंतव्य के लिए मार्गों के बारे में जानकारी प्राप्त करते हुए, वे सबसे अच्छा एक निर्धारित करते हैं (नेटवर्क नियमों के आधार पर, तकनीकी मैट्रिक्स नहीं) और अपने रूटिंग तालिकाओं में जोड़ें। यही कारण है कि बीजीपी प्रोटोकॉल को कभी-कभी पूरे इंटरनेट को जोड़ने वाला गोंद कहा जाता है।

बीजीपी एक ऐसे समय में बनाया गया था जब इंटरनेट में कई समस्याएं और खतरे नहीं थे जो आज मौजूद हैं, और यह बढ़ी हुई भेद्यता की विशेषता है। प्रोटोकॉल के संचालन में त्रुटियां, जो किसी विशेष स्वायत्त प्रणाली की तकनीकी समस्याओं और हमलावरों की जानबूझकर कार्रवाई दोनों के कारण हो सकती हैं, बहुत गंभीर परिणाम पैदा कर सकती हैं (अधिक विवरण के लिए, यहां देखें, उदाहरण के लिए)। इन त्रुटियों के परिणामस्वरूप, गंतव्य नेटवर्क तक पहुंचने से पहले ट्रैफ़िक पुनर्निर्देशित और / या खारिज कर दिया जाता है - यह नेटवर्क उपलब्धता के साथ समस्या का कारण बनता है।

आप bgp रूट डिटेल, bgp रूट टैरो और bgp समरी कमांड्स का उपयोग करके BGP प्रोटोकॉल के संचालन की जांच कर सकते हैं। Bgp रूट डिटेल कमांड का परिणाम पैकेट रूट पर सभी स्वायत्त स्टेशनों की सूची के साथ एक राउटिंग टेबल है। Bgp terse कमांड रूटिंग टेबल का छोटा संस्करण प्रदर्शित करता है। Bgp सारांश कमांड उन सभी स्वायत्त प्रणालियों को सूचीबद्ध करता है जिनके साथ हमारे राउटर की कनेक्टिविटी है।

निष्कर्ष

इस लेख में, हमने अपनी लुकिंग ग्लास सेवा की क्षमताओं का केवल एक संक्षिप्त विवरण प्रदान किया है। नेटवर्क समस्याओं का निदान करना एक ऐसा विषय है जिसे एक प्रकाशन में शामिल नहीं किया जा सकता है। यदि आपके पास हमारे "लुकिंग ग्लास" के संचालन के बारे में कोई प्रश्न हैं, तो टिप्पणी में आपका स्वागत है। हमें सेवा पर रचनात्मक टिप्पणियों और सुझावों पर भी खुशी होगी।

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