तुमचा IPv4 VPN नियम IPv6 रहदारीबद्दल काहीही सांगत नाही

एकाच इंटरफेसवर टनेल IPv4 साठी कडकपणे फिल्टर केलेले आणि IPv6 साठी पूर्णपणे खुले असल्याचे ऑडिटमध्ये आढळते। टायपोच्या अर्थाने काहीही चुकीचे कॉन्फिगर केलेले नव्हते; नियमांच्या संचाने फक्त एका कुटुंबाचे वर्णन केले आणि दुसरे त्याचे अनुसरण करते असे सर्वांनी गृहीत धरले। असे क्वचितच होते। तुमचा नियम खरोखर दोन्हींना समाविष्ट करतो का हे तीन अटी ठरवतात, आणि पहिली धोरणाबद्दल नाही तर प्लॅटफॉर्मबद्दल आहे।

अट एक: प्लॅटफॉर्मवर एक तक्ता आहे की दोन

काही पॅकेट फिल्टर IPv4 आणि IPv6 पूर्णपणे वेगळ्या नियमसंचांमध्ये ठेवतात, त्यामुळे एकात जोडलेला नियम दुसऱ्यावर कोणी तो नकल करेपर्यंत परिणाम करत नाही। इतर दोन्हींना जुळणारे कुटुंब देतात आणि प्रत्येक पॅकेटमागे पत्त्यांचे भाषांतर करतात। तिसरा गट एकच धोरणभाषा ठेवतो पण त्यामागे प्रत्येक कुटुंबासाठी वेगळे ऑब्जेक्ट साठवतो।

तुम्ही प्रत्यक्षात चालवता त्या फिल्टरचे दस्तऐवज वाचा, नंतर कोणते तक्ते अस्तित्वात आहेत आणि तुमच्या बदलाने कोणाला स्पर्श केला याची यादी करा। IPv4 तक्त्यातील नियम मोजणे हे कोणीही न विचारलेल्या प्रश्नाचे उत्तर देते। नंतर कोणते तक्ते अस्तित्वात आहेत आणि तुमच्या बदलाने कोणाला स्पर्श केला याची यादी करा।

अट दोन: धोरण कुठे लागू होते

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

तुमचा नियम तीनपैकी कोणते नियंत्रित करायचा आहे ते लिहा। श्रोत्याचे रक्षण करणारा नियम पुढे पाठवलेल्या मार्गाचे रक्षण करत नाही, आणि दोन्हीपैकी कोणताही ग्राहकाचा थेट मार्ग बंद करत नाही। प्रत्येक ठिकाणाचा मालक कोण आहे याकडे लक्ष द्या, कारण बहुतेक संस्थांमध्ये उत्तर वेगळी टीम आहे।

अट तीन: IPv6 ने काय करावे

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

नियम लिहिण्यापूर्वी उत्तर मोठ्याने सांगा। IPv6 वाहत नसलेल्या टनेलसाठी ब्लॉक करणे हा कायदेशीर पर्याय आहे, जर तो जाणीवपूर्वक आणि चाचणी केलेला असेल, रिकाम्या तक्त्याचा अपघाती परिणाम नसेल तर। दस्तऐवजीकरण न केलेले काहीही पुढे नियमांना स्पर्श करणारा कोणीतरी पुन्हा ठरवेल, आणि सहसा घाईत।

ICMPv6 नियंत्रण रहदारी आहे

शेजारी शोध आणि मार्गाचा अभिप्राय दोन्ही ICMPv6 वर चालतात, त्यामुळे IPv4 च्या सवयीतून नकल केलेले सर्वसमावेशक टाकून देणे पत्ते आणि मोठे हस्तांतरण एकाच वेळी तोडते। सर्वसमावेशक परवानगीही उत्तर नाही, कारण ती कोणीही पाहत नसलेले चॅनेल सोपवते।

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

ते सिद्ध करणे, एका वेळी एक कुटुंब

प्रत्येक कुटुंबावर स्वतंत्रपणे अधिकृत विनंतीची चाचणी करा, नंतर धोरण सत्र टिकून राहायचे असेल तर पुन्हा जोडल्यानंतर पुनरावृत्ती करा। फक्त IPv4 नेटवर्कवरील चाचणी IPv6 मार्ग चालवू शकत नाही, त्यामुळे यश तुम्ही बंद करू पाहत असलेल्या गळतीबद्दल काहीही सांगत नाही। चाचणी सुरू असताना काउंटर पहा, कारण जो नियम कधीही जुळत नाही तो त्याच्या टिप्पणीत दावा केलेले करत नाही।

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