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

दोन वह्या, दोन प्रश्न

लॅब लहान असताना वह्या हाताने ठेवण्याइतक्या छोट्या राहतात, आणि तेव्हाच त्या सर्वात उपयुक्त असतात। दोन स्तंभ पुरेसे आहेत: नोंद काय आहे, आणि तिच्यापर्यंत कसे पोहोचायचे।

LedgerWhat it lists
UnderlayEach gateway's external address and the next hop that reaches it
ProtectedEach private prefix, its local gateway and its intended path through the tunnel

दोन्ही दिशा लिहा। जो प्रीफिक्स बाहेर जाणाऱ्या वहीत आहे पण परत येणाऱ्या वहीत नाही, तो विनंत्या वाहून नेणारा आणि उत्तरे टाकून देणारा बोगदा तयार करतो। ही अर्धी चालणारी स्थिती लॅबमधील सर्वात सामान्य निकाल आहे, आणि तिला धोरण-समस्या समजणे सोपे आहे।

प्रोटोकॉलपूर्वी गंतव्य लिहा

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

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

स्थिर की गतिमान, प्रत्येक वहीसाठी निर्णय

वाहतूक बाजूला स्थिर राउटिंग लॅबमध्ये सहसा बरोबर असते: दोन टोकबिंदू, एक पुढील हॉप, एकत्र येण्यासारखे काही नाही। खाजगी बाजू वाजवीपणे गतिमान असू शकते, कारण प्रीफिक्स सरावासोबत येतात आणि जातात। वाहतूक बाजूला एक राउटिंग प्रोटोकॉल आणि खाजगी बाजूला दुसरा चालवल्याने त्यांच्यात पुनर्वितरण करण्याची सक्ती होत नाही, आणि परस्पर पुनर्वितरणाला IPsec ची पूर्वअट मानणे हेच लॅब कोणालाही समजू न शकणारे निकाल देऊ लागण्याचे ठिकाण आहे।

दोन्ही वह्यांचा निर्णय स्वतंत्रपणे घ्या आणि कोणती गतिमान आहे ते नोंदवा। दोन्ही बाजूंसाठी एकच उत्तर म्हणजे सहसा दोन प्रश्न कधीच खरेच वेगळे झाले नाहीत।

पुनर्वितरण ही धोरणाची सीमा

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

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

सुरक्षा उदाहरण राउटिंगइतकेच अद्ययावत ठेवा

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

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

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

संबंधित लेख