👨🏻‍🚀 👉🏽 👃🏻 हम कॉर्पोरेट स्थानीय क्षेत्र नेटवर्क में प्रसारण बाढ़ को पराजित करते हैं 📂 🌱 😿

लक्षण

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

यदि यह एक हार्डवेयर विफलता है, तो इसे सभी कैनन के अनुसार, एक स्थान पर स्थित होना चाहिए, या कम से कम अधिक बड़े पैमाने पर दिखाई देना चाहिए (जैसे ईथरनेट में एक अंगूठी के साथ), और यहां कुछ दुर्लभ फट (लगभग 300 में से 5), लेकिन सामान्य तौर पर, सब कुछ काम करता है। बीमार कंप्यूटरों के भूगोल के एक अधिक विस्तृत विश्लेषण से पता चला कि वे गेटवे (चित्रा 1) से स्विच 3 या कतार से अधिक पर स्थित हैं।

चित्र 1. समस्या का भूगोल।

खोज और पहचान

उन्होंने तुरंत लोहे के साथ एक समस्या की परिकल्पना का परित्याग नहीं किया - डाउनस्ट्रीम स्विच बंद हो गया, और कम या ज्यादा अल्पकालिक सुधार प्राप्त करने के लिए लग रहा था, लेकिन समस्या अंत तक गायब नहीं हुई।

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

उसी समय, उन्होंने ट्रैफ़िक का विश्लेषण करने की कोशिश की, लेकिन विशेषज्ञों की अनुभवहीनता के कारण केवल डीएचसीपी ट्रैफ़िक का विश्लेषण किया गया।

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

कैसे। बाद में हमने इंटरनेट से सीखा, इस समस्या को प्रसारण बाढ़ कहा जाता है।
एह ... अगर आपको इस बारे में पहले पता था।

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

यह उपयोगकर्ताओं के पीसी पर इस सेवा का गला घोंटने के लिए छोटा है।

बल्क डिलीट करें

अच्छे के लिए, ऊपर वर्णित सिस्टम प्रशासकों को यह कार्य देना आवश्यक था, लेकिन यह स्वयं के लिए दिलचस्प है, और अब, इंटरनेट पर 25 मिनट की खोज के बाद, पावर-शेल में एक स्क्रिप्ट बनाई गई थी:

यहां स्क्रिप्ट कोड है

main function main { $computers = Get-Content C:\Scripts\Computers.txt $service = "PcounterPrint" foreach ($computer in $computers) { (Write-Host "computer - $computer") if (ping-host $computer) { $srv = (gwmi win32_service -computername $computer -filter "name='$service'") if ($srv -ne $null) { $result = $srv.stopservice() $result = $srv.ChangeStartMode("Disabled") (Write-Host "Service is disabled") } else { (Write-Host "No service") } } else { (Write-Host "No host") } } } function ping-host { param($computer) $status = Get-WmiObject -Class Win32_PingStatus -Filter "Address='$computer'" if( $status.statuscode -eq 0) { return 1 } else { return 0 } }

$ कंप्यूटर चर एक फ़ाइल से कंप्यूटरों की एक सूची प्राप्त करता है, स्क्रिप्ट क्रमिक रूप से इस सूची से सभी पीसी का पता लगाता है, और उन पर खराब सेवा को निष्क्रिय करता है।

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

स्वाभाविक रूप से, उसके बाद नेटवर्क ने काफी काम किया।

निष्कर्ष

जैसा कि वे एक प्रसिद्ध पूर्व-ट्रान्सेंडैंटल मजाक में कहते हैं: तो इसके लिए आपको सिर पर एक कैंडेलब्रम चाहिए ...

सामान्य तौर पर, मैं यहां प्रशासनिक निष्कर्ष नहीं लिखूंगा, हालांकि वे मुख्य रूप से खुद को सुझाव देते हैं।

तकनीकी दृष्टिकोण से, इस आपदा की रोकथाम के लिए कई उपाय हैं:
1. एक नेटवर्क को कई वर्चुअल नेटवर्क में सेगमेंट करना
2. पहले पैराग्राफ का उपयोग करके नेटवर्क की गहराई कम करें
3. होशियार स्विच स्थापित करें

हालांकि ये घटनाएं निश्चित रूप से विवादास्पद हैं: क्या यह आवश्यक है, क्योंकि आपको समय और पैसा खर्च करना होगा, खासकर जब से कर्मचारी अब इस स्थिति से परिचित हैं और बाद में इसे जल्दी से हराने में सक्षम होंगे, हालांकि कौन जानता है ...

हम कॉर्पोरेट स्थानीय क्षेत्र नेटवर्क में प्रसारण बाढ़ को पराजित करते हैं

लक्षण

खोज और पहचान

बल्क डिलीट करें

निष्कर्ष

More articles: