दोन क्रिप्टो मॅप, एक प्रवाह: नंतरची नोंद बॅकअप नाही

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

अख्यायिका: क्रम म्हणजे बॅकअप

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

तुम्ही बांधले ते त्या प्रवाहासाठी कधीही विचारले न जाणारे धोरण आहे, शिवाय बदल नोंदीतील पुनरावृत्तीचा दावा करणारी टिप्पणी।

क्रम प्रवाहाचा दावा करतो, आणि फक्त एकदाच

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

ते वर्तन तुम्ही जाणूनबुजून विस्तृत धोरणातून अपवाद कापत असताना उपयुक्त आहे, आणि फेलओव्हर यंत्रणा म्हणून ते निरुपयोगी आहे। show crypto map आणि show crypto ipsec sa peer सह प्रत्यक्षात काय घडले ते तपासा, नंतर तो घेतो असे तुम्हाला वाटणाऱ्या मार्गाने कृत्रिम पॅकेटचा मागोवा घ्या। मागोवा तो दावा करणाऱ्या नोंदीचे नाव सांगेल, आणि तेच एकमेव महत्त्वाचे उत्तर आहे।

मार्ग निवड आणि धोरण मालकी वेगवेगळे निर्णय आहेत

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

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

खऱ्या पर्यायी मार्गाला काय लागते

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

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

तीन अवस्था तपासा, एक नाही

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

की पुनर्निर्मितीदरम्यान जुन्या आणि नवीन संघटनांच्या कायदेशीर सहअस्तित्वापासून कॉन्फिगर केलेला ओव्हरलॅप वेगळा करा। अनेक सक्रिय SA सामान्य आणि तात्पुरते आहेत; एका प्रवाहासाठी भांडणारे दोन नोंदी कायमस्वरूपी आणि अदृश्य आहेत।