🦆 🐵 🚥 कैसे पता करें कि स्विच पर कौन से पोर्ट अब उपयोग में नहीं हैं 💃🏻 📮 🧗🏼

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

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

निष्क्रिय पोर्ट को अक्षम करना अस्वीकार्य था, क्योंकि तथ्य यह है कि कुछ पोर्ट वर्तमान में निष्क्रिय है इसका मतलब यह नहीं है कि इसका उपयोग 10 मिनट पहले नहीं किया गया था, और उपयोगकर्ता ने बस अपने कंप्यूटर को बंद कर दिया, और कहते हैं, एक बैठक के लिए छोड़ दिया।

उस समय, सभी उपयोगकर्ता स्विच सिस्को 3560 मॉडल थे, जिसमें उपयोगकर्ताओं के लिए 100Mbps पोर्ट और हब स्विच के लिए एक तेज़ चैनल के लिए SFP स्लॉट्स थे, इसलिए जब मैं वास्तव में आवश्यक नहीं हो तो अतिरिक्त स्विच पर कम से कम $ 2500 खर्च करता हूं। सिर्फ एक हाथ नहीं उठा।

कार्य

पता करें कि पिछले महीने में स्विच पर कौन से पोर्ट का उपयोग नहीं किया गया है।

निर्णय

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

कार्य सिद्धांत

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

सेटिंग्स उदाहरण

किसी दूरस्थ सिसलॉग सर्वर पर संदेश भेजने के लिए सिस्को स्विच को कॉन्फ़िगर करना बहुत सरल है, टर्मिनल मोड को कॉन्फ़िगर करने और केवल एक कमांड दर्ज करने के लिए जाएं:

logging 10.20.100.12

(10.20.100.12 - syslog सर्वर पता)

यहाँ नेटवर्क पर संदेश प्राप्त करने के लिए जिम्मेदार syslog-ng.conf से लाइनें हैं:

source remote_udp {
udp();
};

destination d_switches { file("/var/log/remote/switches.log"); };

filter f_switches { netmask("10.20.120.0/255.255.255.0") or netmask("10.30.120.0/255.255.255.0"); };

log { source(remote_udp); filter(f_switches); destination(d_switches); };

जैसा कि आप उदाहरण से देख सकते हैं, केवल विशिष्ट सबनेट से संदेश /var/log/remote/switches.log में रखे गए हैं। ऐसा इसलिए किया जाता है ताकि विभिन्न उपकरणों के संदेश एक लॉग फ़ाइल में गड़बड़ी में मिश्रित न हों। मैं पसंद करता हूं कि विभिन्न कार्यात्मकताओं के उपकरण के संदेश अलग-अलग फ़ाइलों में रखे जाते हैं: उपयोगकर्ता अलग-अलग स्विच करते हैं, स्विच अलग-अलग ध्यान केंद्रित करते हैं, अलग-अलग राउटर, स्टोरेज अलग से, आदि। इस उदाहरण में, 10.20.120.0/24 और 10.30.120.0/24 नेटवर्क खंड हैं जिसमें उपयोगकर्ता स्विच की सेवा आईपी पते स्थित हैं।

हर बार उपकरण स्विच पोर्ट से जुड़ा होता है, एक समान संदेश पॉप अप होता है:

Apr 27 16:38:44 switch1 330827: Apr 27 15:39:27.317: %LINK-3-UPDOWN: Interface FastEthernet0/4, changed state to up

और यहाँ उपकरण बंद होने के मामले में एक संदेश का एक उदाहरण है:

Apr 27 16:38:53 switch1 330830: Apr 27 15:39:37.635: %LINK-3-UPDOWN: Interface FastEthernet0/4, changed state to down

यहाँ लॉग फ़ाइल विश्लेषण एल्गोरिथ्म है:

1. केवल एक विशिष्ट स्विच से आने वाले संदेशों का चयन करें
2. केवल उन संदेशों का चयन करें, जिनमें "LINK-3-UPDOWN" पंक्ति शामिल है
3. केवल पोर्ट नाम और उसकी संख्या को छोड़कर, लाइनों के अनावश्यक भागों (समय, स्विच नाम, आदि) को काटें
4. केवल उन संदेशों का चयन करें जिनमें "FastE ईथरनेट" लाइन शामिल है (मेरे मामले में, सभी उपयोगकर्ता पोर्ट 100Mbps थे, केवल ध्यान केंद्रित करने वाले स्विच गीगाबिट थे)
5. पोर्ट नंबर को छोड़कर सब कुछ काट दें
6. क्रमबद्ध करें
7. केवल अनूठी पंक्तियाँ छोड़ें

बैश कार्यान्वयन:

#!/bin/bash

cat /var/log/remote/switches.log* | grep $1 | grep LINK-3-UPDOWN | cut -d ':' -f 8 | cut -d ' ' -f 3 | grep FastEthernet | cut -d '/' -f 2 | cut -d ',' -f 1 | sort -n | uniq

उदाहरण का उपयोग करें

# ./usedports.sh switch1
1
3
4
5
6
8
9
10
11
12
13
14
15
17
23
24
25
29
38
39
41
43

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

show interface description | include down

यह कमांड सभी निष्क्रिय बंदरगाहों को सूचीबद्ध करता है। यदि पोर्ट निष्क्रिय है और पिछले महीने के दौरान इसकी स्थिति नहीं बदली है, तो आप इसके लिए एक और एप्लिकेशन की तलाश कर सकते हैं।

इसके अलावा

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

यहाँ एक संशोधित कार्यान्वयन है

#!/bin/bash

cat /var/log/remote/switches.log* | grep $1 | grep LINK-3-UPDOWN | cut -d ':' -f 8 | cut -d ' ' -f 3 | grep GigabitEthernet | cut -d 't' -f 4 | cut -d ',' -f 1 | sort -t '/' -k 1,1n -k 3,3n | uniq

निष्कर्ष

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

मुझे उम्मीद है कि यह लेख किसी के लिए उपयोगी है।

अ छा!

कैसे पता करें कि स्विच पर कौन से पोर्ट अब उपयोग में नहीं हैं