किसी को ऐसे नेटवर्क में मौजूद डिवाइस पर फ़र्मवेयर अद्यतन चाहिए जिसका इंटरनेट तक कोई मार्ग नहीं है, और व्यावहारिक उत्तर एक अस्थायी लिंक है। उस वाक्य में अस्थायी शब्द सबसे भारी ज़िम्मेदारी उठाता है, और आमतौर पर यही योजना का सबसे कम डिज़ाइन किया गया हिस्सा होता है। जब तक लिंक मौजूद है, वह अलगाव मौजूद नहीं है जिसने संरचना को उचित ठहराया था। पाँच जाँचें अपवाद को संयोग नहीं, इरादा बनाती हैं।

पहली जाँच: क्या दूरस्थ रखरखाव की अनुमति है ही

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

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

दूसरी जाँच: ट्रिगर चुनने से पहले अपवाद लिखें

व्यक्ति, वह कार्यस्थान जहाँ से वह काम करता है, लक्ष्य डिवाइस, अनुमत कार्रवाइयाँ और स्वीकृत अवधि लिखें। यह भी जोड़ें कि साइट पर कौन काम को अधिकृत कर सकता है और क्या किसी को निगरानी रखनी है। पहुँचना अनुमति नहीं है, और किसी नियंत्रक से कार्यशील कनेक्शन यह नहीं बताता कि सेटपॉइंट बदलना अनुमत है या नहीं।

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

विंडो के सामने स्वीकृति संदर्भ दर्ज करें। केवल चैट संदेश में मौजूद अपवाद छह महीने बाद जब कोई लॉग देखे तो घुसपैठ से अलग नहीं पहचाना जा सकता।

तीसरी जाँच: परिभाषित करें कि बंद का क्या अर्थ है

वह विशिष्ट स्थिति लिखें जो पूर्ण मानी जाती है: सत्र समाप्त, खाता निष्क्रिय, नियम हटाया गया, कनेक्टर रोका गया, केबल निकाला गया। ये अलग-अलग जीवन-चक्र हैं, और ब्राउज़र टैब बंद करने से इनमें से कोई भी समाप्त नहीं होता।

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

चौथी जाँच: रोक उसी मार्ग पर निर्भर न हो जिसे वह रोकती है

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

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

पाँचवीं जाँच: उपकरण को अगले काम तक टिकना होगा

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

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

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

संबंधित लेख