प्रत्येक बोगद्याचे नाव यादीतील ओळीसारखे वाटते, जोपर्यंत तुम्ही विचारत नाही की ते कोणाचे आहे। नाव तुम्हाला सांगते की आता काहीतरी जोडलेले आहे; ते सेवा कोणाची आहे, त्यांना काय गाठण्याची परवानगी आहे, किंवा बोगदा तयार करणारी संरचना तुम्ही मंजूर केलेली आहे का, हे सांगू शकत नाही। ताफ्याच्या प्रमाणात तेच तीन प्रश्न यादी आहेत, आणि बोगदा फक्त नवीनतम निरीक्षण आहे।

एक सेवा, तीन नोंदी

इच्छित सेवा म्हणजे भाडेकरूला ज्याचा हक्क आहे ते: ओळखी, उपसर्ग, संसाधने आणि जीवनचक्राची स्थिती। तैनात केलेली संरचना म्हणजे ती साकार करायची तयार केलेली धोरण। निरीक्षित सत्र म्हणजे काहीतरी जोडले गेल्याचा कार्यकाळातील पुरावा। त्यांना एकच तक्ता मानल्यास तीन वेगवेगळ्या प्रकारची सत्यता एकाच वेळी तीन प्रकारे चुकीच्या एका ओळीत दाबली जाते।

RecordAnswersGoes stale when
Intended serviceWho may reach whatA contract changes and nobody edits the record
Deployed configurationWhat the gateway was toldA device is edited by hand
Observed sessionWhat is running nowTelemetry stops or a session ends

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

भाडेकरू नोंदवा, इंटरफेस नाही

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

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

तयार केलेल्या संरचनेचा मालक आणि आवृत्ती असते

स्वयंचलन हे सोपे करते आणि अधिक चांगले लपवते। यशस्वीपणे चालणारा जनरेटर सिद्ध करतो की टेम्पलेट रेंडर झाले, हे नव्हे की प्रत्येक उपकरण आउटपुटशी जुळते। कोणीतरी घटनेच्या वेळी गेटवे हाताने बदलेल, आणि तोच बदल नोंदवण्यासारखी सर्वात मौल्यवान गोष्ट आहे, कारण पुढील कोणताही रन त्याची पुनरावृत्ती करणार नाही।

तैनात धोरण कोणत्या आवृत्तीने तयार केले ते नोंदवा, आणि थेट संपादने जुळवायच्या फरक म्हणून जपून ठेवा ती गुपचूप पुसून टाकण्याऐवजी। जुळवणी हेच येथे उत्पादन आहे: जनरेटरचे यश आणि उपकरणाची प्रत्यक्ष स्थिती या दोन तथ्यांची तुलना करायची आहे, समान गृहीत धरायची नाही।

सत्रे पुरावे आहेत, परवानगी नाही

जिथे तैनाती RADIUS लेखा वापरते, तिथे RFC 2866 काम करण्यासाठी ठोस क्षेत्रे देते। Acct-Status-Type सुरुवातीला थांबण्यापासून वेगळे करते, आणि एकाच सत्रातील नोंदी एक Acct-Session-Id सामायिक करतात। ती क्षेत्रे डॅशबोर्डच्या सारांशावर विश्वास न ठेवता सत्र कधी सुरू आणि कधी संपले हे पुनर्रचित करू देतात।

लेखा ओळख कार्यकाळातील पुरावा आहे। कोणत्या भाडेकरूचे सबनेट आहे हे ती ठरवत नाही, आणि कोणत्याही गोष्टीचा प्रवेश देत नाही। ती गेटवे आणि सेवा ओळखीशी सहसंबंधित करा, नंतर संकलनाची वेळ निरीक्षणाजवळ ठेवा। गहाळ अहवाल वापराची अनुपस्थिती नसून टेलिमेट्रीचा बिघाड असू शकतो, आणि जुनी नोंद प्रवेश आता सक्रिय आहे याचा पुरावा नाही।

निवृत्तीही तीच जोडणी वापरते

सेवा काढणे म्हणजे इच्छित प्रवेश, ओळखपत्रे आणि सक्रिय सत्रे याच क्रमाने, प्रत्येकाच्या मालकांमार्फत काढणे। नंतर पुरातन संरचना उपकरणांमधून गेली आहे आणि तिचे अनुमत मार्ग यापुढे सोडवले जात नाहीत याची खात्री करा। गेल्या तिमाहीत गेलेला ग्राहक फक्त बोगद्याचे नाव पुसले गेले पण मार्ग नाही या कारणाने उपसर्ग यादीत राहू नये।

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

संबंधित लेख