समस्या निवारण एक "धीमी" नेटवर्क


21

हम सभी को यह शिकायत है कि "नेटवर्क" किसी बिंदु पर "धीमा" है: एक कमरे (स्विच) या एक कंप्यूटर के लिए स्थानीयकृत हो सकता है, बस इंटरनेट (डीएनएस? ब्राउज़र मुद्दा?) हो सकता है, केवल एक अनुप्रयोग हो सकता है? (लंबे समय तक चलने वाले एसक्यूएल क्वेश्चन? एवी स्कैन रनिंग?)।

जब आपने स्पष्ट प्रणाली और / या अनुप्रयोग समस्याओं से इंकार कर दिया है, तो आप धीमेपन या अनिश्चित व्यवहार के लिए नेटवर्क का परीक्षण कैसे करते हैं? क्या आप OSI परतों के ऊपर अपना काम करते हैं? यदि हां, तो प्रत्येक परत की जाँच कैसे की जाती है? आप यह सुनिश्चित करने के लिए क्या करते हैं कि अज्ञात वातावरण में भौतिक नेटवर्क ठीक है? बहुत सारे प्रसारण या प्रसारण तूफान के बारे में क्या? परत 3 और ऊपर? ट्रेसरूट? कोई अन्य टिप्स, तरीके, विचार? सभी प्रकार के नेटवर्क के लिए विशेषताएं और उपकरण (पोर्ट मिररिंग, एसएनएमपी, निगरानी, ​​आदि) होना चाहिए?


डुप्लिकेट? serverfault.com/questions/88/…
जोरील

1
संभवतः, लेकिन मुझे लगा कि एक विकी थोड़ी अधिक दीर्घायु होगा और अधिक लोगों को योगदान करने का मौका देगा।
वूक्छा जूना

सबसे पहले मुझे आश्वस्त होना होगा कि इसका "इंटरनेट" है! अधिक बार तो इसका "इंटरनेट" नहीं है। अधिकांश लुसर्स मैंने चारों ओर से कहा है कि जब वे एक स्थानीय फ़ाइल सर्वर तक पहुँचने का प्रयास कर रहे हैं, तब भी इंटर्न नीचे हैं।
टोनी रो

2
इसका कारण यह है कि आपके सभी उपयोगकर्ता अभी विश्व कप के वीडियो फीड को स्ट्रीम कर रहे हैं!
बिलएन

जवाबों:


9

tcpdump और wirehark आपके मित्र हैं।

मुझे लगता है कि 'धीमी' नेटवर्क बनाम 'अच्छे' नेटवर्क के तार पर पैकेट देखना आमतौर पर एक समस्या है।

कई तरह के 'धीमे' होते हैं।

आप स्मोकपिंग जैसे टूल का उपयोग करके स्थानीय और इंटरनेट साइटों पर विलंबता को ट्रैक कर सकते हैं। (SmokePing को ICMP विलंबता के साथ-साथ TCP सेवाओं से सेवा विलंबता को ट्रैक करने के लिए कॉन्फ़िगर किया जा सकता है)

आपके स्विच को ब्रॉडकास्ट पैकेट बनाम यूनिकस्ट पैकेट को ट्रैक करना चाहिए। उस अनुपात को ग्राफ करें।

मैं ट्रेसरआउट्स की निगरानी करना भी पसंद करता हूं (खुद के 'महत्वपूर्ण' साइटों के बीच आईएसपी हॉप्स के डोमेन नामों की जांच करना)।

मुझे उम्मीद है कि इन टिप्पणियों से मदद मिलेगी।


1
पैकेट देखते समय, कुछ चीजें जो आप ढूंढ रहे हैं या "गप्पी के संकेत" हैं जो एक मुद्दा है?
वूकाचका

3
बड़ी संख्या में टीसीपी रिट्रांसमिशन और \ या टीसीपी रीसेट के लिए देखें। प्रसारण ट्रैफ़िक का उच्च प्रतिशत भी देखें।
जोकेवेटी

अति उत्कृष्ट। मैं लगभग एक अलग उत्तर में रखूंगा।
15 अक्टूबर को WuckaChucka

अगर आप नेट से 3+ का उपयोग कर सकते हैं, तो MS गो से Microsoft अनुसंधान पर जाएँ और tcp विश्लेषक शोध डाउनलोड करें ।microsoft.com/en-us/downloads/… नेटवर्क डिबगिंग के लिए बहुत अच्छा है। यदि आवश्यक हो तो एक 32 बिट संस्करण भी है।
टोनी रोटी

स्मोकपिंग के लिए +1। सिस्को राउटर और स्विचेस में IPSLA जैसी चीजों के साथ, अगर आप एक धीमा नेटवर्क, या एक धीमी एप्लिकेशन है, तो आपको यह समझने में मदद करने की दिशा में एक लंबा रास्ता तय कर सकते हैं।
क्रिस्टोफर कैशेल

6

इस नौकरी का 90% अनुभव होने के बाद से विशिष्ट उत्तर देना कठिन है, जो आपको सिखाता है कि आपको किस तरह की समस्या को देखना है, और दूसरा 90% यह जान रहा है कि Google पर देखना है कि कहाँ से शुरुआत करें।

मैं आमतौर पर पेपर-बैग सामान की कोशिश करता हूं जैसे कि ग्राहक को समस्या का प्रदर्शन करने के लिए (ज्यादातर उंगली की समस्याओं को दूर करने के लिए और किसी भी समस्या को ग्राहक अपनी समस्या का वर्णन कर सकता है), फिर दूसरे कंप्यूटर पर समस्या की नकल करने की कोशिश कर रहा है। ऐसा करना अक्सर आपको अंतर्दृष्टि देता है कि आपको कहां देखना है।

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

DNS रिज़ॉल्यूशन की समस्याओं और बुनियादी कनेक्टिविटी (नेटवर्क पर एसीएल, एयर-गैप्स, एसी में पिंग्स / ट्रैसरूट्स / एमटीआरएस से रिमोट साइट्स आदि) में अक्सर कम लटका हुआ फल होता है।

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

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

आपका फ़ायरवॉल किसी syslog डिवाइस में लॉग इन करने में सक्षम हो सकता है; यदि हां, तो आप जो कुछ भी कर सकते हैं उसे लॉग इन करें और संकेत के लिए उन लोगों के माध्यम से देखें। यह आसान होगा यदि आप syslog-ng या rsyslog या splunk जैसी कोई चीज़ चलाते हैं जो आपको एक एकल फ़ाइल से निपटने के बजाय अपने लॉग को कुछ हद तक विभाजित करने देता है।

मैं कम से कम अपने फ़ायरवॉल के अंदर, और जहाँ संभव हो, इंटरनेट प्रदाता को अपलिंक करने की कोशिश करता हूँ। यह आपको समय पर वापस जाने के लिए सत्रों को देखने के लिए देता है कि कौन क्या कर रहा था; यह कभी-कभी दिलचस्प व्यवहार को पकड़ सकता है।


5

विलंबता और अन्य नेटवर्क समस्याओं के निवारण के लिए यहां कुछ उपयोगी उपकरण दिए गए हैं:

  • ओएसआई मोड एल - नीचे से शुरू करने और अपने तरीके से काम
  • पिंग - अपने RTT (यानी विलंबता) की जाँच करें
  • HTTP पिंग - उपयोगी अगर आपका फ़ायरवॉल सामान्य ICMP का ब्लॉक करता है
  • पिंग -r 9 - असममित रूटिंग स्थितियों की पहचान करने के लिए उपयोगी है
  • traceroute - मेरे पैकेट कैसे मिल रहे हैं और रास्ते के रास्ते कैसे हैं? ज्ञात हो कि राउटर अक्सर इन पैकेटों को कम प्राथमिकता पर संसाधित करते हैं, इसलिए वास्तविक प्रदर्शन बेहतर हो सकता है।
  • Wireshark - कुछ विशेषज्ञता लेता है, लेकिन आपका स्तर बहुत कम नहीं हो सकता है
  • SpeedGuide.net टीसीपी / आईपी विश्लेषक - अपने पीसी की टीसीपी सेटिंग्स की जांच करें
  • SG TCP ऑप्टिमाइज़र - (केवल Windows) आपकी NIC सेटिंग्स को ऑप्टिमाइज़ करने के तरीके सुझाता है
  • IP चिकन - आपका स्रोत (गैर-NAT'd) आईपी पता क्या है?
  • http://downforeveryoneorjustme.com/ - शायद यह आप है ...
  • बैंडविड्थ गति परीक्षण - अपने डाउनलोड / अपलोड गति की जाँच करें
  • नेटवर्क उपकरण - अपने नेटवर्क के बाहर से उपकरण / परीक्षण चलाएं
  • त्रुटियों / CRC / आदि के लिए अपने नेटवर्क पोर्ट की जाँच करें। -
  • उपयोग (बैंडविड्थ मॉनिटर) और प्रसारण तूफानों के लिए अपने नेटवर्क की जाँच करें
  • यूनिकस्ट फ्लडिंग के लिए जाँच करें - वायरशार्क का उपयोग करें और यूनिकस्ट ट्रैफ़िक के लिए मॉनिटर करें जो आपके वर्कस्टेशन के लिए नियत नहीं है।
  • सत्यापित करें कि आपके फैले-ट्री रूट ब्रिज को ठीक से रखा गया है

अगर पिंग -r बार, यह क्या कहता है? उदाहरण के लिए एक ping 8.8.8.8काम करता है, लेकिन एक ping -r 9 8.8.8.8doesn't
Michiel van Vaardegem

4

यदि आप एक वायरलेस नेटवर्क चला रहे हैं, तो लगातार धीमा होने वाला एक चैनल हस्तक्षेप है। एक क्षेत्र में SSIDs का एक गुच्छा वास्तव में नेटवर्क ट्रैफ़िक को धीमा कर सकता है। (सोचो: WWDC '10 पर iPhone 4 का डेमो)।

इस समस्या का निवारण करना काफी आसान है यदि सॉफ्टवेयर के साथ आप इस क्षेत्र में वायरलेस ट्रैफिक पैटर्न दिखा सकते हैं। Http://meraki.com/tools/stumbler : पर एक अच्छा मुफ़्त और वेब-आधारित एक है । (खुलासा: मैं मरकी के लिए काम करता हूं)

हस्तक्षेप को कम करने के लिए, चैनल 1, 6 या 11 पर होना सबसे अच्छा है। 5GHz आवृत्ति के साथ 802.11n गियर का उपयोग करने से भी मदद मिल सकती है।


1

मैं हमेशा Cacti का उपयोग करके परत 2 सामान की निगरानी के साथ शुरू करता हूं । यह आपको एक अच्छी मात्रा में डेटा देगा जिसका उपयोग आप पैटर्न देखने के लिए कर सकते हैं और अपने कैक्टि ग्राफ़ की तुलना तब कर सकते हैं जब सब कुछ अच्छी तरह से काम कर रहा हो।

यह संभवतः सटीक समस्या खोजने वाला नहीं है, लेकिन यह आपको समस्या को कम करने में मदद करने के लिए एक अच्छी शुरुआत देगा।


विशेष रूप से कुछ भी आप Cacti रेखांकन में देख रहे हैं?
वूकाचका

1

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

एक बार जब आप जानते हैं कि समस्या कहाँ है, तो अपने फैंसी टूल और मॉनिटर तैनात करें। लेकिन हर परत पर उस सामान को करने में समय बर्बाद मत करो। यह हमेशा के लिए ले जाऊँगा।


हालांकि आंतरिक आवेदन प्रदर्शन के बारे में क्या?
वूकाचका

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

1

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

नेटवर्क और सर्वर पर अच्छा प्रबंधन और निगरानी करने से आप बहुत समय बचा सकते हैं, हालाँकि, क्योंकि आप मक्खी पर इंस्ट्रूमेंटेशन के साथ आने की कोशिश नहीं कर रहे हैं, जबकि संभवतः लक्षणों को कम या ठीक करने की कोशिश भी कर रहे हैं, और शिकायत करने वाले उपयोगकर्ताओं से निपट सकते हैं / ग्राहकों।

Tcpdump और wirehark के उत्तर गलत नहीं हैं, वे आपके टूलकिट के महत्वपूर्ण टुकड़े हो सकते हैं। लेकिन जब तक आप निश्चित रूप से मृत नहीं हो जाते हैं कि यह वास्तव में नेटवर्क है, तब तक वे आपके लिए पहली चीज नहीं होनी चाहिए।


0

धीमा नेटवर्क एक सामान्य घटना है। धीमी नेटवर्क गति कई चीजों के कारण हो सकती है। धीमे नेटवर्क का निवारण करने के लिए दैनिक नेटवर्क प्रबंधन में सबसे आम और परेशानी भरा काम है।

विश्लेषण के अनुसार, धीमे नेटवर्क के प्रमुख कारण हैं:

Loopback
Broadcast/Multicast storm
Virus attack
Server slow response
Too many clients
Application slow response
Error client mask

हम कैसे पता लगा सकते हैं कि धीमा नेटवर्क होने का कारण क्या है? नेटवर्क विश्लेषक (Ax3soft यूनिकॉर्न, वायरशार्क और इतने पर) के साथ पैकेट को पकड़ने और विश्लेषण करने के लिए यह एक अच्छा विचार है।

आपने URL ( http://www.ids-sax2.com//Unicorn/Tutorials/Find-Reasons-for-Slow-Network-with-Ax3noft-Unicorn) URL पर क्लिक करते हुए "लेख खोजें कारण धीमे नेटवर्क के लिए कारण" भी पढ़ें । .htm ) पर जाएँ।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.