जेव्हा IPsec खाली येतो, तेव्हा राखीव मार्ग हा पर्यायी धोरण नाही

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

राउटिंग तक्त्यात सारखे दिसणारे दोन परिणाम

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

म्हणून बिघाडाचा मार्ग कोणी अनुमत परिणामांपैकी कोणता लागू होतो हे ठरवल्यानंतरच रचना बनतो। तो निर्णय नसल्यास, राखीव मार्ग हा योजना नाही, प्रलोभन आहे।

धोरण मॉडेलमध्ये दोन नाही, तीन निवाडे आहेत

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

अनुपस्थित साहचर्य संरक्षण नियमाला गुपचूप टाळणीत बढती देत नाही। धोरण अजूनही संरक्षण करा असे म्हणते, म्हणून पॅकेट थांबते किंवा मरते, आणि हे वर्तन म्हणजे लिहिल्याप्रमाणे चालणारे नियंत्रण, धोरण तुटले आहे याचा पुरावा नाही।

तुमच्या प्रवाहाची आवश्यकता तीनपैकी एका वाक्यात लिहा: संरक्षित मार्ग तयार होईपर्यंत थांबा, दुसऱ्या संरक्षित मार्गावर जा, किंवा IPsec शिवाय चालण्यास वेगळी परवानगी असलेला मार्ग वापरा। फक्त तिसरेच सुरक्षा करार बदलते, आणि त्याला सही करू शकणारा मालक लागतो। ते वाक्य बदल नोंदीत जाते, कोणाच्या स्मरणात नाही। समीक्षक दुसऱ्या वाक्याला मंजुरी देतात आणि तिसऱ्याला नकार देतात, आणि दोन्ही निर्णय दिसत असताना योग्य आहेत।

टाळणी हा दोन्ही टोके सही करणारा करार आहे

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

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

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

भाषांतर आणि प्रवेश हिशोब बदलतात

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

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

पुनर्स्थापना रचनेचा भाग आहे

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

जेव्हा आवश्यकता सतत संरक्षण असेल तेव्हा दुसऱ्या संरक्षित मार्गाला प्राधान्य द्या। जिथे असंरक्षित अपवाद खरोखर आवश्यक असेल, तिथे तो स्रोत, गंतव्ये, सेवा आणि कालावधीने मर्यादित करा, आणि तो कसा मागे घेतला जातो ते लिहा।

फक्त बिघाड नाही, दोन्ही स्थिती तपासा

स्वीकृती अपयशी बोगद्याची स्थिती आणि पुनर्स्थापित स्थिती दोन्ही व्यापते, प्रत्येकावर अनुप्रयोग तपासणीसह। मनोरंजक निकाल हा नाही की पॅकेट हलत राहिले, तर तो आहे की ते केवळ संस्थेने निवडलेल्या कराराखालीच हलले।

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