नेटवर्क डिव्हाइस व्यवस्थापन मार्गदर्शक: पूर्ण NMS शिवाय SNMP, TFTP आणि syslog

महागड्या सॉफ्टवेअरशिवाय स्विचेस आणि राउटरचे व्यवस्थापन करणे हे तीन हलक्या वजनाच्या (lightweight) प्रोटोकॉलवर अवलंबून असते. UDP पोर्ट 161 वर SNMP पोलिंग, RFC 1350 अंतर्गत TFTP फाइल ट्रान्सफर आणि UDP पोर्ट 514 वरील syslog कलेक्शन एकत्र केल्याने संपूर्ण दृश्यमानता आणि रिकव्हरी मिळते. एकाच युटिलिटीमधून हे चालवल्याने मोठ्या प्लॅटफॉर्मच्या ओव्हरहेडशिवाय दैनंदिन कामे कव्हर होतात.

SNMP, TFTP आणि syslog तुमच्यासाठी नेमके काय करतात?

प्रत्येक प्रोटोकॉल डिव्हाइसबद्दल वेगवेगळ्या प्रश्नाचे उत्तर देतो. इन्स्टॉलेशनच्या दरम्यान तुम्ही स्विच किंवा राउटरवर करत असलेल्या बऱ्याच गोष्टी ते मिळून कव्हर करतात.

SNMP उत्तर देतो "हे डिव्हाइस सध्या कोणत्या स्थितीत आहे?" Simple Network Management Protocol (SNMP) मॅनेजरला डिव्हाइसमधील व्हॅल्यूज वाचण्याची परवानगी देतो. एक get रिक्वेस्ट एक व्हॅल्यू वाचते, जसे की अपटाइम किंवा इंटरफेस एरर काउंट. एक walk ट्रीच्या एका शाखेखालील प्रत्येक व्हॅल्यू एकामागून एक वाचते. प्रत्येक व्हॅल्यूमध्ये एक ऑब्जेक्ट आयडेंटिफायर (OID) असतो, जो sysUpTime साठी 1.3.6.1.2.1.1.3 सारखा डॉटेड नंबर असतो. Management Information Base (MIB) ही एक टेक्स्ट फाईल आहे जी त्या नंबरना मानवाला वाचता येतील अशी नावे देते.

TFTP उत्तर देतो "मी या डिव्हाइसवर फाईल कशी पाठवू किंवा तिथून कशी मिळवू?" Trivial File Transfer Protocol (TFTP), जे RFC 1350 मध्ये परिभाषित केले आहे, लॉगिनशिवाय UDP पोर्ट 69 वर फाईल्स ट्रान्सफर करते. बहुतेक मॅनेज्ड स्विचेस आणि राउटर त्यांचे रनिंग कॉन्फिगरेशन TFTP सर्व्हरवर कॉपी करू शकतात. ते तिथून फर्मवेअर इमेजेस देखील पुल करू शकतात.

Syslog उत्तर देतो "हे डिव्हाइस मला काय सांगत आहे?" इव्हेंट्स घडतात तसे डिव्हाइसेस रिसिव्हरला लॉग लाईन्स पाठवतात. सध्याचे फॉरमॅट RFC 5424 आहे, आणि बरेच नेटवर्क गियर अजूनही RFC 3164 मध्ये वर्णन केलेले जुने BSD फॉरमॅट पाठवतात. SNMP ट्रॅप्स स्ट्रक्चर्ड अलर्ट्ससाठी हेच काम करतात. उदाहरणार्थ, एखादा पोर्ट डाउन होताच, linkDown ट्रॅप UDP पोर्ट 162 वर त्वरित प्राप्त होतो.

प्रत्येक प्रोटोकॉल कुठे योग्य ठरतो

काम	प्रोटोकॉल	ट्रान्सपोर्ट आणि पोर्ट	स्टँडर्ड	इन-बिल्ट सुरक्षा
मागणीनुसार डिव्हाइस स्टेट पोल करणे	SNMP get, getnext, getbulk	UDP 161	RFC 3416 (operations), RFC 3411 ते 3418 (SNMPv3)	v2c: क्लिअर-टेक्स्ट कम्युनिटी स्ट्रिंग. v3: ऑथेंटिकेशन आणि एन्क्रिप्शन (RFC 3414, RFC 3826)
स्ट्रक्चर्ड अलर्ट्स प्राप्त करणे	SNMP trap किंवा inform	UDP 162	RFC 3416	वापरात असलेल्या SNMP व्हर्जनशी जुळते
कॉन्फिग्स बॅकअप घेणे, कॉन्फिग्स रिस्टोर करणे, फर्मवेअर लोड करणे	TFTP	UDP 69, नंतर प्रति ट्रान्सफर एक नवीन पोर्ट	RFC 1350, RFC 2347 ते 2349 मधील ऑप्शन्स	काहीही नाही: ऑथेंटिकेशन नाही, एन्क्रिप्शन नाही
डिव्हाइस लॉग्स गोळा करणे	Syslog	UDP 514, किंवा TCP 6514 वर TLS	RFC 5424, RFC 5426, RFC 5425	UDP: काहीही नाही. TLS: एन्क्रिप्शन आणि सर्व्हर ऑथेंटिकेशन

सुरू करण्यापूर्वी तुम्हाला कशाची गरज आहे?

सेटअप हलका आहे, परंतु पाच गोष्टी तो पहिल्या दिवशी यशस्वीरित्या कार्य करेल की नाही हे ठरवतात.

• एक मॅनेजमेंट नेटवर्क. डिव्हाइस व्यवस्थापन इंटरफेसेस मॅनेजमेंट VLAN वर ठेवा. VLAN हे एक स्वतंत्र लॉजिकल नेटवर्क आहे जे त्याच फिजिकल स्विचेसवर चालते. हे SNMP, TFTP आणि syslog ट्रॅफिकला गेस्ट आणि स्टाफ ट्रॅफिकपासून दूर ठेवते.
• एक निश्चित व्यवस्थापन होस्ट. त्या VLAN वर स्थिर पत्ता (static address) असलेला लॅपटॉप किंवा जंप होस्ट वापरा. उपकरणे त्यांचे लॉग आणि ट्रॅप एका निश्चित पत्त्यावर पाठवतात, त्यामुळे बदलणाऱ्या पत्त्यामुळे कोणतीही पूर्वकल्पना न मिळता संकलन खंडित होते.
• क्रेडेन्शियल्स. तुमचे फर्मवेअर जिथे सपोर्ट करते तिथे ऑथेंटिकेशन आणि प्रायव्हसीसह एक SNMPv3 युजर तयार करा. तुम्हाला v2c वापरणे आवश्यक असल्यास, डीफॉल्ट कम्युनिटी स्ट्रिंग बदला आणि ती केवळ तुमच्या व्यवस्थापन होस्टवरून रीड-ओन्ली ॲक्सेसपुरती मर्यादित करा.
• वेळ सिंक्रोनाइझेशन. प्रत्येक उपकरणाला एकाच NTP सोर्सशी कनेक्ट करा. याशिवाय, त्रुटी उद्भवल्यास वेगवेगळ्या उपकरणांचे syslog टाइमस्टॅम्प्स एकमेकांशी जुळवून घेता येत नाहीत.
• फायरवॉल नियम. तुमच्या होस्टवरून उपकरणांपर्यंत UDP 161 ला अनुमती द्या. उपकरणांवरून तुमच्या होस्टपर्यंत UDP 162 आणि UDP 514 ला अनुमती द्या. TFTP साठी UDP 69 आणि खाली कव्हर केलेले पुढील पोर्ट्स आवश्यक आहेत.

तुमच्या वेंडरचे व्यवस्थापन मॉडेल प्लॅनमध्ये कसा बदल घडवून आणते

Cloud-managed प्लॅटफॉर्म्स कॉन्फिगरेशन त्यांच्या क्लाउडमध्ये ठेवतात, त्यामुळे तिथे TFTP बॅकअपला कमी महत्त्व असते. SNMP आणि syslog तरीही तुम्हाला उपकरणाच्या वर्तनाचा स्थानिक व्ह्यू प्रदान करतात.

वेंडर	व्यवस्थापन मॉडेल	कॉन्फिगरेशन कुठे राहते	स्थानिक टूल अजूनही काय करते
Cisco Meraki	Meraki क्लाउड डॅशबोर्ड	Meraki डॅशबोर्ड	syslog प्राप्त करते, डॅशबोर्डमध्ये सक्षम असल्यास SNMP पोल करते
HPE Aruba	AOS-S आणि AOS-CX स्विचेसवर CLI, किंवा Aruba Central	स्विचवर, वापरल्यास Central मध्ये मिरर केलेले	SNMP पोलिंग, syslog, TFTP कॉन्फिगरेशन कॉपी
Ruckus	ICX स्विचेसवर CLI, किंवा Ruckus कंट्रोलर आणि क्लाउड व्यवस्थापन	स्विचवर	SNMP पोलिंग, syslog, TFTP कॉन्फिगरेशन कॉपी
Juniper Mist	Junos EX स्विचेस व्यवस्थापित करणारे Mist क्लाउड	Mist क्लाउड	Junos कडून SNMP पोलिंग आणि syslog
Ubiquiti UniFi	UniFi Network ॲप्लिकेशन	UniFi Network ॲप्लिकेशन बॅकअप्स	रिमोट syslog, सक्षम असल्यास SNMP
Cambium	cnMaestro, किंवा cnMatrix स्विचेसवर स्थानिक व्यवस्थापन	cnMaestro किंवा स्विच	SNMP पोलिंग आणि syslog
Extreme	Switch Engine (EXOS) किंवा ExtremeCloud IQ वर CLI	स्विचवर	SNMP पोलिंग, syslog, TFTP कॉन्फिगरेशन कॉपी
Fortinet	FortiGate आणि FortiSwitch GUI किंवा CLI, किंवा FortiManager	उपकरणावर	SNMP पोलिंग, syslog, CLI वरून TFTP कॉन्फिगरेशन बॅकअप

IOS किंवा IOS XE चालवणारे Cisco Catalyst स्विचेस Meraki मॉडेलच्या बाहेर असतात. त्यांचे कॉन्फिगरेशन स्विचवर राहते आणि CLI वरून TFTP सर्व्हरवर कॉपी होते.

तुम्ही SNMP पोलिंग, TFTP बॅकअप्स आणि syslog रिसिव्हर कसे सेटअप कराल?

Netforge Network Multi-Tool मध्ये SNMP क्लायंट, TFTP सर्व्हर आणि syslog रिसिव्हर इन-बिल्ट असतात. तुमच्या व्यवस्थापन होस्टवर एक इंस्टॉल केल्यास खालील तिन्ही पायऱ्या कव्हर होतात. जर तुम्ही आधीच स्टँडअलोन टूल्स वापरत असाल तर याच पायऱ्या त्यांच्यासोबतही काम करतात.

पायरी १: MIB ब्राउझरशिवाय SNMP वॉक चालवणे

उपयुक्त उत्तरे मिळवण्यासाठी तुम्हाला MIB ब्राउझरची आवश्यकता नाही. MIB केवळ आकड्यांचे नावांमध्ये भाषांतर करते. योग्य अंकीय शाखेचा (numeric branch) वॉक घ्या आणि मूल्ये स्वतःच स्पष्ट होतील. या चार मानक शाखांपासून सुरुवात करा:

• 1.3.6.1.2.1.1 (सिस्टम ग्रुप). sysDescr (मॉडेल आणि फर्मवेअर स्ट्रिंग), sysUpTime, sysName आणि sysLocation परत करते. RFC 3418 मध्ये परिभाषित.- 1.3.6.1.2.1.2.2 (ifTable). इंटरफेसचे वर्णन, ऑपरेशनल स्थिती, त्रुटी आणि 32-bit ट्रॅफिक काउंटर दाखवते. RFC 2863 मध्ये परिभाषित.
• 1.3.6.1.2.1.31.1.1 (ifXTable). 64-bit उच्च-क्षमतेचे काउंटर आणि तुम्ही पोर्ट वर्णन म्हणून टाईप केलेले इंटरफेसचे उपनाव दाखवते.
• 1.3.6.1.4.1 (private enterprise branch). IANA-नियुक्त एंटरप्राइझ नंबर अंतर्गत व्हेंडर-विशिष्ट मूल्ये दाखवते. उदाहरणार्थ, Cisco चा नंबर 9 आहे.

Netforge मध्ये, डिव्हाइसचा पत्ता, तुमचे SNMP क्रेडेंशियल आणि सुरुवातीचा OID प्रविष्ट करा, नंतर वॉक (walk) रन करा. प्रत्येक निकाल एक OID, प्रकार आणि मूल्य म्हणून दिसतो. sysDescr अंतर्गत असणारा STRING हा प्लेन टेक्स्ट म्हणून वाचता येतो. sysUpTime अंतर्गत असणारे Timeticks चे मूल्य एजंट सुरू झाल्यापासूनच्या सेकंदाचा शंभरावा भाग मोजते.

जर तुम्ही कमांड लाईन वापरण्यास प्राधान्य देत असाल, तर Net-SNMP चे snmpwalk देखील हेच काम करते:

snmpwalk -v3 -l authPriv -u <user> -a SHA -A <auth-passphrase> -x AES -X <priv-passphrase> <switch-address> 1.3.6.1.2.1.1

सुरुवात मर्यादित कक्षेपासून करा. मोठ्या कोअर स्विचवर रूटपासून वॉक रन केल्यास हजारो रो (rows) मिळू शकतात आणि टाइम आउट होऊ शकतो. एका ब्रँचवर वॉक रन करा, तुम्हाला जे हवे आहे ते शोधा आणि पुढच्या वेळी त्या सिंगल OID साठी गेट (get) चा वापर करा.

64-bit काउंटरवरून ट्रॅफिकचे वाचन करा. एक 32-bit ऑक्टेट काउंटर सुमारे 4.29 अब्ज बाईट्सवर संपून पुन्हा सुरुवातीपासून सुरू होतो. लाईन रेटवर 1 Gbps लिंकवर, हे चक्र साधारणपणे दर 34 सेकंदांनी पुन्हा फिरते. याच कारणासाठी RFC 2863 ला 20 Mbps पेक्षा वेगवान इंटरफेसवर 64-bit ऑक्टेट काउंटरची आवश्यकता असते.

पायरी 2: स्विच कॉन्फिगरेशन बॅकअपसाठी TFTP सर्व्हर रन करा

Netforge मध्ये TFTP सर्व्हर सुरू करा, रूट फोल्डर निवडा आणि फाईल राईट्स (writes) ला अनुमती द्या. त्यानंतर डिव्हाइसवरून तुमच्या होस्टवर कॉन्फिगरेशन पाठवा. व्हेंडरनुसार कमांड वेगळी असते:

• Cisco IOS आणि IOS XE: copy running-config tftp: सर्व्हरचा पत्ता आणि फाईलचे नाव विचारते.
• HPE Aruba AOS-S: copy running-config tftp यानंतर सर्व्हरचा पत्ता आणि फाईलचे नाव दिले जाते.
• Extreme Switch Engine (EXOS): सर्व्हरचा पत्ता आणि फाईलच्या तपशीलांसह tftp put वापरा.
• Fortinet FortiGate: execute backup config tftp यानंतर फाईलचे नाव आणि सर्व्हरचा पत्ता दिला जातो.

तुमच्या फर्मवेअर रिलीजवरील अचूक सिंटॅक्ससाठी तुमच्या व्हेंडरचे कमांड रेफरन्स तपासा. प्रत्येक फाईलला होस्टनाव आणि तारखेसह नाव द्या, जेणेकरून रिस्टोर करताना चुकीच्या स्विचचे कॉन्फिगरेशन कधीही लोड होणार नाही. बॅकअप पूर्ण झाल्यावर फाईल्स TFTP होस्टवरून काढून सुरक्षित स्टोरेजमध्ये हलवा.

फर्मवेअर लोड विरुद्ध दिशेने अगदी याच पद्धतीने कार्य करतात. सुमारे 32 MB पेक्षा मोठे इमेजेस 512-byte ब्लॉक्सपुरत्या मर्यादित असलेल्या सर्व्हरवर अयशस्वी होऊ शकतात. या आकारावर 16-bit ब्लॉक काउंटर संपतो. RFC 2348 मधील blocksize पर्याय दोन्ही बाजू सपोर्ट करत असलेल्या ठिकाणी ही मर्यादा काढून टाकतो.

तुमचे काम पूर्ण झाल्यावर TFTP सर्व्हर बंद करा. TFTP मध्ये कोणतेही ऑथेंटिकेशन नसते, त्यामुळे नेहमी चालू असणारा सर्व्हर हा तुमच्या मॅनेजमेंट नेटवर्कवर कोणासाठीही खुला असलेला फाईल ड्रॉप ठरू शकतो.

पायरी 3: syslog आणि SNMP ट्रॅप रिसीव्हर रन करा

प्रत्येक डिव्हाइसचा लॉगिंग होस्ट तुमच्या मॅनेजमेंट होस्टच्या पत्त्यावर निर्देशित करा. त्यानंतर तिव्रतेची मर्यादा (severity threshold) सेट करा. Syslog ची तीव्रता 0 (इमर्जन्सी) ते 7 (डीबग) पर्यंत असते. 0 ते 5 (नोटीस) पाठवल्याने रिसीव्हरवर ओव्हरलोड न होता त्रुटी आणि स्टेट बदल कॅप्चर होतात. जेव्हा तुम्ही एखाद्या विशिष्ट त्रुटीचा शोध घेत असाल, केवळ तेव्हाच डिव्हाइसला डीबग वर सेट करा. आपण पोलिंगसाठी वापरत असलेल्या समान क्रेडेंशियल्ससह आपल्या होस्टला SNMP ट्रॅप डेस्टिनेशन म्हणून जोडा. SNMPv2-MIB आणि IF-MIB कडून मानक नोटिफिकेशन्स सक्षम करा: coldStart, linkDown, linkUp आणि authenticationFailure. जेथे डिव्हाइस त्यांना सपोर्ट करते तेथे ट्रॅप्सऐवजी इन्फॉर्म्स वापरा. इन्फॉर्म हा अ‍ॅकनॉलॉलेजमेंटची वाट पाहत असतो, त्यामुळे हरवलेला अलर्ट पुन्हा पाठवला जातो.

Netforge syslog रिसीव्हर पोलिंग आणि फाइल ट्रान्सफरसाठी आपण वापरत असलेल्या त्याच टूलमध्ये लॉग्स आणि ट्रॅप्स दाखवतो. यामुळे Tftpd64 आणि स्वतंत्र MIB ब्राउझरसह Kiwi Syslog Server चालवण्याची गरज नाहीशी होते.

उदाहरणासह परिस्थिती: एका २०० खोल्यांच्या हॉटेलने खराब झालेला स्विच रिस्टोअर केला

परिस्थिती. २०० खोल्यांचे एक हॉटेल १४ स्विचेस चालवत होते: दोन कोर आणि १२ अ‍ॅक्सेस. एका पॉवर इव्हेंटमुळे दोन अतिथी मजल्यांना सेवा देणारा अ‍ॅक्सेस स्विच खराब झाला. कोणताही कॉन्फिगरेशन बॅकअप अस्तित्वात नव्हता. इंजिनिअरने फोटो आणि आठवणीवरून VLANs आणि पोर्ट सेटिंग्ज पुन्हा तयार केल्या, ज्यासाठी पूर्ण एक कामकाजाचा दिवस लागला.

काय केले गेले. IT मॅनेजरने एकाच टूलमध्ये TFTP, SNMP आणि syslog सह व्यवस्थापन होस्ट सेटअप केला. प्रत्येक स्विच कॉन्फिगरेशन दर आठवड्याला आणि प्रत्येक बदलापूर्वी TFTP वर घेतले गेले. सिस्टम ग्रुपच्या मासिक SNMP वॉकने प्रत्येक मॉडेल आणि फर्मवेअर व्हर्जन रेकॉर्ड केले. सर्व १४ स्विचेसने त्याच रिसीव्हरला syslog आणि ट्रॅप्स पाठवले.

परिणाम. जेव्हा दुसरा अ‍ॅक्सेस स्विच खराब झाला, तेव्हा बदलण्यासाठी आलेला स्विच त्याच मॉडेलचा होता. इंजिनिअरने TFTP सर्व्हरवरून मागच्या आठवड्याचे कॉन्फिगरेशन लोड केले. पहिल्या वेळेच्या संपूर्ण दिवसाच्या तुलनेत, त्या मजल्यांवरील पाहुणे एका तासाच्या आत पुन्हा ऑनलाइन आले. मोठ्या प्रमाणावर गेस्ट WiFi नेटवर्क चालवणार्‍या हॉटेल टीम्सना प्रत्येक प्रॉपर्टीमध्ये अशाच परिस्थितीचा सामना करावा लागतो: पहा Hotels.

हे काम करते आहे हे आपण कसे तपासाल?

आपण त्यावर अवलंबून राहण्यापूर्वी प्रत्येक प्रोटोकॉलची एका ज्ञात परिणामावर चाचणी घ्या.

• SNMP. एका मिनिटाच्या फरकाने दोनदा sysUpTime मिळवा. हे मूल्य अंदाजे ६,००० शतांश सेकंदाने वाढले पाहिजे. sysName आपण अपेक्षित असलेल्या होस्टनेमशी जुळत असल्याची खात्री करा.
• TFTP बॅकअप. जतन केलेली फाइल उघडा आणि ती वाचा. Cisco IOS कॉन्फिगरेशनचा शेवट end या लाइनने होतो, त्यामुळे अर्धवट राहिलेली फाइल त्वरित दिसून येते. फाइलच्या आकाराची मागील बॅकअपशी तुलना करा.
• TFTP रिस्टोअर. एका अतिरिक्त किंवा लॅब स्विचवर एक बॅकअप रिस्टोअर करा. आपण कधीही रिस्टोअर न केलेला बॅकअप ही केवळ एक आशा आहे, रिकव्हरी प्लॅन नाही.
• Syslog आणि ट्रॅप्स. न वापरलेला पोर्ट बंद करा आणि पुन्हा सक्षम करा. आपल्याला linkDown आणि linkUp ट्रॅप, तसेच संबंधित syslog लाइन्स दिसल्या पाहिजेत. जर NTP काम करत असेल तर त्यांचे टाईमस्टॅम्प्स अगदी जुळले पाहिजेत.
• कव्हरेज. आपल्या इन्व्हेंटरीमधील प्रत्येक डिव्हाइसने गेल्या २४ तासांत किमान एक लॉग लाइन पाठवली असल्याची खात्री करा. शांत असलेले डिव्हाइस सामान्यतः चुकीचे कॉन्फिगर केलेले डिव्हाइस असते.

काय चुकते आणि आपण ते कसे दुरुस्त कराल?

बहुतेक त्रुटी फायरवॉल, क्रेडेंशियल्स किंवा सोर्स इंटरफेसेसमुळे होतात. हा तक्ता सामान्य लक्षणे आणि त्यांच्या उपायांचे मॅपिंग दर्शवतो.

लक्षण	संभाव्य कारण	उपाय
SNMP रिक्वेस्ट टाईम आऊट होते	डिव्हाइस अ‍ॅक्सेस लिस्ट आपल्या होस्टला ब्लॉक करते किंवा UDP 161 फिल्टर केले आहे	आपल्या होस्टला SNMP अ‍ॅक्सेस लिस्टमध्ये जोडा आणि UDP 161 उघडा
SNMPv3 ऑथेंटिकेशन त्रुटीसह अपयशी ठरते	ऑथेंटिकेशन किंवा प्रायव्हसी अल्गोरिदम विसंगतता	दोन्ही बाजूंना SHA आणि AES सेटिंग्ज जुळवा, पासफ्रेजेस पुन्हा प्रविष्ट करा
Walk returns system data but nothing under the enterprise branch	View-based access control (RFC 3415) limits what your user can see	Widen the SNMP view for your read-only user
TFTP transfer starts, then stalls	Firewall or NAT blocks the follow-on port the server replies from	Allow the server's transfer port range, or keep TFTP inside one VLAN
TFTP write refused	Server will not create new files, or folder permissions block writes	Allow file creation in the server and check folder permissions
Large firmware fails partway	512-byte block limit reached at about 32 MB	Enable the blocksize option, or use the vendor's SCP or HTTP upload
No syslog arrives	Device sends from a different interface, or host firewall blocks UDP 514	Set the logging source interface and allow UDP 514 inbound
Logs appear out of order	Devices are not synchronised to NTP	Configure the same NTP source on every device
Interface graphs flatline or jump	32-bit counter wrap	Poll ifHCInOctets and ifHCOutOctets from ifXTable

यासाठी काय खर्च येतो आणि त्या बदल्यात तुम्हाला काय मिळते?

डिव्हाइस मॅनेजमेंटचा खरा खर्च इंजिनिअरचा वेळ आणि आऊटेजचा वेळ हा असतो, सॉफ्टवेअर नाही. या दोन्ही गोष्टींना प्रभावित करणाऱ्या निकषांवर तीन सामान्य पद्धतींची तुलना करा.

Approach	Tools to install	Protocols covered	Built for	Suits
विशिष्ट हेतूसाठीचे मोफत सॉफ्टवेअर	तीन: Tftpd64, Kiwi Syslog Server, एक MIB ब्राउझर	TFTP आणि syslog, Kiwi द्वारे SNMP traps, ब्राउझरद्वारे SNMP पोलिंग	तदर्थ (Ad hoc) कामे, प्रत्येक कामासाठी एक टूल	आधीच या तिन्हींमध्ये तज्ञ असलेला इंजिनिअर
हलके मल्टि-टूल (Netforge Network Multi-Tool)	एक	SNMP get आणि walk, TFTP सर्व्हर, syslog आणि trap रिसिव्हर	ऑन-डिमांड पोलिंग, ट्रान्सफर आणि लाईव्ह लॉग्स	लहान मालमत्ता, MSP फील्ड वर्क, सिंगल साईट्स
संपूर्ण NMS	एक प्लॅटफॉर्म अधिक डेटाबेस आणि सर्व्हर	SNMP, syslog, traps, सोबत डिस्कव्हरी, ग्राफिंग आणि अलर्ट राउटिंग	सतत मॉनिटरिंग आणि दीर्घकालीन ट्रेंडचा इतिहास	ऑन-कॉल टीम्स असलेल्या मोठ्या किंवा मल्टि-साईट मालमत्ता

तुम्हाला संपूर्ण NMS ची गरज कधी भासते

एक हलके टूल तुम्ही विचाराल तेव्हा स्टेट (स्थिती) वाचते. एक संपूर्ण NMS सतत लक्ष ठेवते आणि लक्षात ठेवते. खालीलपैकी एखादी गोष्ट खरी ठरल्यास संपूर्ण NMS कडे वळा:

• क्षमता नियोजनासाठी (capacity planning) तुम्हाला इंटरफेसचा अनेक आठवड्यांचा इतिहास हवा असेल.
• कोणीही स्क्रीन न पाहता, मध्यरात्री ३ वाजता अलर्टने ऑन-कॉल इंजिनिअरला पेज (कॉल) केले पाहिजे.
• तुमची मालमत्ता डझनभर साईट्सवर पसरलेली आहे, जसे की रेल्वे नेटवर्कवरील स्टेशन्स. पहा रेल्वे.
• ऑडिटर्सना तुम्ही मॅन्युअली एक्सपोर्ट केलेल्या फाईल्सऐवजी ऑटोमेटेड रिपोर्ट्स हवे असतात.

त्या मर्यादेच्या खाली, संपूर्ण NMS एक सर्व्हर, एक डेटाबेस आणि अशा फीचर्सच्या देखभालीचा भार वाढवते जे तुम्ही वापरणारच नाही.

प्रत्यक्ष पाहिलेली परिस्थिती: ४०-स्टोअरच्या रिटेल चेनला लपलेले लिंक दोष आढळतात

परिस्थिती. एक MSP ४०-स्टोअरच्या चेनला सपोर्ट करत होता. प्रत्येक स्टोअरमध्ये एक Fortinet FortiGate फायरवॉल आणि दोन स्विचेस कार्यरत होते. स्टोअरमधील टीम्सनी तक्रार केली की कार्ड टर्मिनल्स आठवड्यातून अनेकदा ऑफलाइन जात होते. इंजिनिअरच्या व्हिजिट्समध्ये काहीच आढळले नाही, कारण कोणीही पोहोचण्यापूर्वीच तो दोष दूर झालेला असायचा. काय केले गेले. MSP ने सर्व 120 डिव्हाइसेसवरून Syslog आणि SNMP ट्रॅप्सना एकाच रिसीव्हरकडे सध्याच्या साईट-टू-साईट VPN द्वारे वळवले. प्रत्येक स्विचने linkDown आणि linkUp ट्रॅप्स पाठवले. टीमने दोन आठवड्यांपर्यंत दररोज रिसीव्हरचे पुनरावलोकन केले.

परिणाम. लॉग्समध्ये तीन स्टोअर्समधील अपलिंक पोर्ट्सवर वारंवार लिंक फ्लॅप्स दिसले, जे रिपोर्ट केलेल्या ड्रॉप वेळेशी जुळत होते. स्टोअर कर्मचाऱ्यांनी रिमोट मार्गदर्शनाखाली तीन सदोष पॅच लीड्स बदलले. MSP ने त्या दोषासाठी प्रत्यक्ष भेटी देणे थांबवले आणि त्या तीन स्टोअर्सनी पुन्हा टर्मिनल ड्रॉप्स न झाल्याचा अहवाल दिला. रिटेल एस्टेट्स त्यांचे नेटवर्क कसे चालवतात याबद्दल अधिक माहिती: Retail.

अनुपालन आणि डेटा हाताळणी

डिव्हाइस लॉग्सना अनुपालनाचे महत्त्व असते. PCI-DSS साठी व्हेंडर डिफॉल्ट्स बदलणे आवश्यक आहे आणि व्हर्जन 3.2.1 विशेषतः SNMP कम्युनिटी स्ट्रिंग्सचा उल्लेख करते. PCI-DSS व्हर्जन 4.0 आवश्यकता 10.5.1 मध्ये कमीत कमी 12 महिने ऑडिट लॉग्स ठेवण्यास सांगितले आहे, ज्यापैकी तीन महिने ते त्वरित उपलब्ध असावेत. ISO 27001:2022 ॲनेक्स A कंट्रोल 8.15 लॉगिंगचा समावेश करते.

Syslog लाईन्समध्ये IP आणि MAC ॲड्रेसेस असू शकतात, जे GDPR अंतर्गत वैयक्तिक डेटा म्हणून ग्राह्य धरले जाऊ शकतात. डेटा साठवण्याचा कालावधी सेट करा आणि रिसीव्हरच्या फाइल्स कोण वाचू शकते यावर निर्बंध घाला. हे नियमन केलेल्या क्षेत्रांमध्ये सर्वात जास्त महत्त्वाचे आहे: पहा Healthcare.

Purple कुठे योग्य ठरते

Purple हे कोणत्याही हार्डवेअरवर चालणारे (hardware-agnostic) आहे. आमचे Guest WiFi हे Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme आणि Fortinet वर 80,000 पेक्षा जास्त लाईव्ह ठिकाणी क्लाउड ओव्हरले म्हणून चालते (Purple डेटा). त्याखालील निरोगी, उत्तम प्रकारे डॉक्युमेंट केलेले स्विचेस प्रत्येक ओव्हरले सर्व्हिस चालवणे सोपे करतात. Netforge Network Multi-Tool तुमच्या इंजिनिअर्सना त्यांना तशाच स्थितीत ठेवण्यासाठी डिव्हाइस-लेव्हल व्ह्यू देते.

वारंवार विचारले जाणारे प्रश्न

मला काही मोजके स्विचेस व्यवस्थापित करण्यासाठी पूर्ण NMS ची गरज आहे का?

नाही. एका सिंगल साईटसाठी किंवा लहान एस्टेटसाठी, SNMP पोलिंग, TFTP बॅकअप आणि syslog रिसीव्हर बहुतेक दैनंदिन व्यवस्थापन कव्हर करतात. जेव्हा तुम्हाला सतत मॉनिटरिंग, आठवड्यांचा ट्रेंड इतिहास, ऑन-कॉल इंजिनिअर्ससाठी ऑटोमेटेड पेजिंग किंवा डझनभर साईट्सचे व्यवस्थापन हवे असते, तेव्हाच पूर्ण NMS चा खर्च सार्थ ठरतो. त्या मर्यादेखाली, हे तुमच्या उपयोगात नसलेल्या फीचर्ससाठी एक सर्व्हर, डेटाबेस आणि देखभालीचा अतिरिक्त बोजा वाढवते.

मी MIB ब्राउझरशिवाय SNMP वॉक करू शकतो का?

होय. MIB फक्त न्यूमेरिक OIDs चे नावांमध्ये भाषांतर करते, त्यामुळे तुम्ही थेट न्यूमेरिक ब्रांचेस वॉक करू शकता. मॉडेल, फर्मवेअर आणि अपटाईमसाठी 1.3.6.1.2.1.1 ने आणि इंटरफेस नावे आणि 64-बिट ट्रॅफिक काउंटर्ससाठी 1.3.6.1.2.1.31.1.1 ने सुरुवात करा. Netforge Network Multi-Tool हे एका स्टार्टींग OID पासून गेट्स आणि वॉक चालवते. Net-SNMP चे snmpwalk कमांड लाईनवरून तेच काम करते.

स्विच कॉन्फिग्सचा बॅकअप घेण्यासाठी TFTP सुरक्षित आहे का?

होय, जर तुम्ही ते मर्यादित ठेवले तर. RFC 1350 अंतर्गत TFTP मध्ये कोणतेही ऑथेंटिकेशन किंवा एन्क्रिप्शन नसते, त्यामुळे या मार्गावरील कोणीही ट्रान्झिटमधील कॉन्फिग वाचू शकते. TFTP सर्व्हर फक्त मॅनेजमेंट VLAN वर आणि फक्त बॅकअप किंवा रिस्टोर दरम्यानच चालवा. पूर्ण झालेल्या फाइल्स सुरक्षित स्टोरेजमध्ये हलवा. जिथे तुमचा व्हेंडर SCP किंवा SFTP ला सपोर्ट करतो, तिथे शेड्यूल्ड बॅकअपसाठी त्यांचा वापर करा.

हे माझ्या सध्याच्या Cisco, Aruba किंवा Fortinet हार्डवेअरसोबत काम करेल का?

होय. SNMP, TFTP आणि syslog हे Cisco IOS, HPE Aruba AOS-S आणि AOS-CX, Ruckus ICX, Extreme Switch Engine आणि Fortinet FortiGate द्वारे समर्थित खुले मानक आहेत. Cisco Meraki, Juniper Mist आणि Ubiquiti UniFi सारखे क्लाउड-व्यवस्थापित प्लॅटफॉर्म कॉन्फिगरेशन त्यांच्या क्लाउडमध्ये ठेवतात. त्यांवर, तुम्ही स्थानिक पातळीवर SNMP आणि syslog वापरता आणि विक्रेत्याच्या स्वतःच्या प्लॅटफॉर्मद्वारे कॉन्फिगरेशनचा बॅकअप घेता.

एखादे टूल Tftpd64 आणि Kiwi Syslog Server ची जागा घेऊ शकते का?

होय. Netforge Network Multi-Tool मध्ये एकाच ॲप्लिकेशनमध्ये TFTP सर्व्हर, syslog आणि SNMP ट्रॅप रिसीव्हर आणि SNMP get आणि walk समाविष्ट आहे. ते फाइल ट्रान्सफरसाठी Tftpd64 आणि लॉगसाठी Kiwi Syslog Server ची जागा घेते आणि स्वतंत्र MIB ब्राउझरची आवश्यकता काढून टाकते. तुम्हाला दीर्घकालीन लॉग स्टोरेज किंवा स्वयंचलित अलर्ट राउटिंगची आवश्यकता असल्यास, ते लॉग प्लॅटफॉर्म किंवा पूर्ण NMS सह जोडणी करा.

डिव्हाइस लॉग PCI DSS आणि GDPR च्या कक्षेत येतात का?

होय, बहुतेक ठिकाणांमध्ये. PCI DSS आवृत्ती 4.0 ची आवश्यकता 10.5.1 अंतर्गत असलेल्या सिस्टीमसाठी ऑडिट लॉग किमान 12 महिने ठेवण्याची मागणी करते, ज्यामध्ये तीन महिने त्वरित उपलब्ध असावेत. Syslog ओळींमध्ये IP आणि MAC पत्ते समाविष्ट असू शकतात, जे GDPR अंतर्गत वैयक्तिक डेटा असू शकतात. एक धारणा कालावधी (retention period) सेट करा, लॉग फाइल्सचा ॲक्सेस मर्यादित करा आणि या दोन्ही गोष्टींचे दस्तऐवजीकरण करा.

लहान इस्टेटसाठी सेटअपला किती वेळ लागतो?

बहुतेक प्रयत्न टूलऐवजी डिव्हाइस-साइड कॉन्फिगरेशनसाठी लागतात. CLI मधून प्रति स्विच लॉगिंग होस्ट, ट्रॅप डेस्टिनेशन आणि SNMPv3 युझर सेट करण्यासाठी काही मिनिटे लागतात. 14-स्विच असलेल्या साइटसाठी, फायरवॉल नियम आणि पडताळणीसह दुपारचा वेळ अपेक्षित ठेवा. NTP आणि व्यवस्थापन VLAN चे काम, आधीपासून नसल्यास, सहसा टूल सेटअपपेक्षा जास्त वेळ घेते.