9 सामान्य नेटवर्क समस्याएं जिन्हें नेटफ्लो विश्लेषण का उपयोग करके पता लगाया जा सकता है (उदाहरण के रूप में फ्लोमोन का उपयोग करके)

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

1. कोई नेटवर्क को स्कैन कर रहा है

प्रत्येक पायलट में, हमने मेजबान को पाया जो नेटवर्क को स्कैन करते हैं। होस्ट जो ऐसा नहीं करना चाहिए। कुछ मामलों में, यह पता चला कि यह "विशिष्ट" सॉफ्टवेयर और समस्या फ़ायरवॉल पर सामान्य नियमों द्वारा हल की गई थी। हालाँकि, ज्यादातर मामलों में, कंपनी ने कुछ प्रकार के "कमीने" दिखाए, जो काली लिनक्स के साथ खेलते हैं, पेनटेस्ट पाठ्यक्रम (जो बहुत ही सराहनीय है!) लेकर। केवल एक बार वास्तव में संक्रमित पीसी पाया गया था जो स्वचालित रूप से नेटवर्क को स्कैन करता था।

2. नेटवर्क पर बड़ा नुकसान (डाउनलोड 60mb, उपयोगकर्ता 10 तक पहुंच गया)

अक्सर, आप नेटवर्क के कुछ हिस्सों में नुकसान के साथ समस्याएं पा सकते हैं। एक फ्लोअमोन घटना में, इसका मतलब यह हो सकता है कि 60mb को लक्ष्य प्रणाली से डाउनलोड किया गया था, जबकि संपर्क करने वाले उपयोगकर्ता को केवल 10mb प्राप्त हुआ था। हां, कभी-कभी उपयोगकर्ता वास्तव में सच बताते हैं कि कुछ एप्लिकेशन बहुत धीमा है। ऐसे मामलों में फ्लोअमोन उपयोगी हो सकता है।

3. परिधीय उपकरणों (प्रिंटर, कैमरा) से सर्वर तक कई कनेक्शन

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

4. गैर-मानक पोर्ट के माध्यम से सर्वर से कनेक्ट करना

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

1. किसी ने ME पर DNS सर्वर को अन्य पोर्ट की अनुमति दी;
2. DNS सर्वर पर अन्य सेवाएँ उठाई जाती हैं।

दोनों मुद्दों के परीक्षण की आवश्यकता है।

5. अन्य देशों से संबंध

यह लगभग हर पायलट में पाया जाता है। यह कैमरा या एक्सेस कंट्रोल सिस्टम वाले किसी भी सेगमेंट के लिए विशेष रूप से दिलचस्प है। यह पता चला है कि कुछ चीनी उपकरण आक्रामक रूप से अपनी मातृभूमि या बांग्लादेश में कहीं "दस्तक" दे रहे हैं।

6. किसी कर्मचारी की बर्खास्तगी से पहले, उसका ट्रैफ़िक तेज़ी से बढ़ता है

हमने पिछले दो पायलटों में यह पाया। हमने कार्यवाही में भाग नहीं लिया, लेकिन सबसे अधिक संभावना है कि उपयोगकर्ता ने किसी तरह की कामकाजी जानकारी का बैकअप लिया हो। क्या यह कंपनी की नीति द्वारा अनुमत है, हमारे लिए अज्ञात है।

7. उपयोगकर्ता होस्ट से कई DNS क्वेरी

यह समस्या अक्सर एक संक्रमित पीसी, या कुछ विशिष्ट सॉफ़्टवेयर की "सुविधाओं" का संकेत है। किसी भी मामले में, यह विचार के लिए उपयोगी जानकारी है, खासकर जब उपयोगकर्ता का कंप्यूटर प्रति घंटे 1000 DNS प्रश्न उत्पन्न करता है।

8. नेटवर्क पर "बाएं" डीएचसीपी सर्वर

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

स्थानीय नेटवर्क में 9. "लूप्स"

"लूप्स" लगभग हर पायलट प्रोजेक्ट में पाए जाते हैं, जहां एक्सेस स्विच से नेटफ्लो / sFlow / jFlow / IPFIX को लपेटना संभव है, न कि कर्नेल से। कुछ कंपनियों में, स्विच सफलतापूर्वक इन छोरों (उपकरणों के उचित कॉन्फ़िगरेशन को देखते हुए) का सामना करते हैं और कोई भी विशेष रूप से उन्हें नोटिस नहीं करता है। और कुछ में - पूरे नेटवर्क समय-समय पर तूफान और कोई नहीं समझ सकता कि क्या हो रहा है। फ्लोअमोन यहाँ बहुत मददगार होगा।

निष्कर्ष

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