तपाईंको IPv4 VPN नियमले IPv6 ट्राफिकबारे केही भन्दैन

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

सर्त एक: प्लेटफर्ममा एउटा तालिका छ कि दुई

केही प्याकेट फिल्टरहरूले IPv4 र IPv6 लाई पूर्ण रूपमा छुट्टै नियम सेटमा राख्छन्, त्यसैले एउटामा थपिएको नियम अर्कोमा कसैले नक्कल नगरेसम्म कुनै प्रभाव पार्दैन। अरूले दुवैलाई मिल्ने परिवार दिन्छन् र प्रत्येक प्याकेटमा ठेगाना अनुवाद गर्छन्। तेस्रो समूहले एउटै नीति भाषा राख्छ तर त्यसको पछाडि प्रत्येक परिवारका लागि छुट्टै वस्तु भण्डारण गर्छ।

तपाईंले वास्तवमा चलाउनुहुने फिल्टरको कागजात पढ्नुहोस्, त्यसपछि कुन तालिकाहरू छन् र तपाईंको परिवर्तनले कुनलाई छोयो भनेर सूची बनाउनुहोस्। IPv4 तालिकाका नियमहरू गन्नु कसैले नसोधेको प्रश्नको जवाफ दिन्छ। त्यसपछि कुन तालिकाहरू छन् र तपाईंको परिवर्तनले कुनलाई छोयो भनेर सूची बनाउनुहोस्।

सर्त दुई: नीति कहाँ लागू हुन्छ

तीन ठाउँहरू एकअर्कासँग मिसिन्छन्: टनेल स्वीकार गर्ने श्रोता, ट्राफिक अगाडि पठाउने बाटो, र टनेलले प्रवाह बोकिरहेको नभएको बेला ग्राहकले प्रयोग गर्ने सामान्य इन्टरफेस। गेटवेले सत्र स्वीकार गर्दै त्यसबाट अगाडि पठाइएको सबै फाल्न सक्छ, र त्यो फिल्टरभन्दा बिग्रिएको टनेलजस्तो देखिन्छ। केही लेख्नुअघि त्यो अलमल हटाउनुहोस्, किनकि तीन ठाउँका मालिक र लग फरक छन्। परिवर्तनको अभिलेखमा तिनीहरूको नाम लेख्नु नै सुधारलाई दोषबाट एक तह टाढा पर्नबाट रोक्छ।

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

सर्त तीन: IPv6 ले के गर्नुपर्छ

IPv6 टनेलबाट जान्छ कि, सुरक्षा उपलब्ध नहुँदा अवरुद्ध हुन्छ, वा कागजात गरिएको अपवाद पछ्याउँछ भनेर निर्णय गर्नुहोस्। प्रत्येक जवाफले फरक नियम सेट दिन्छ, र प्रश्न खुला राख्नु भनेको मूल IPv6 भएको ग्राहकले IPv4 मा टनेलभित्र पुग्ने गन्तव्यहरूमा टनेलबाहिरबाट पनि पुग्ने तरिका हो।

नियम लेख्नुअघि जवाफ ठूलो स्वरले भन्नुहोस्। IPv6 नबोक्ने टनेलका लागि अवरोध वैध विकल्प हो, यदि त्यो जानाजान र परीक्षण गरिएको हो, खाली तालिकाको आकस्मिक परिणाम होइन भने। कागजात नगरिएको जे पनि अर्को पटक नियम छुनेले फेरि निर्णय गर्नेछ, र सामान्यतया हतारमा।

ICMPv6 नियन्त्रण ट्राफिक हो

छिमेकी पत्ता लगाउने र मार्गको प्रतिक्रिया दुवै ICMPv6 मा चल्छन्, त्यसैले IPv4 को बानीबाट नक्कल गरिएको सर्वव्यापी खारेजले ठेगाना र ठूला स्थानान्तरण एकैसाथ तोड्छ। सर्वव्यापी अनुमति पनि जवाफ होइन, किनकि यसले कसैले नहेर्ने च्यानल सुम्पन्छ।

महत्त्वपूर्ण सन्देश प्रकारहरूका लागि फिल्टरिङ मार्गदर्शन पछ्याउनुहोस् र बाँकीलाई कारणसहित अस्वीकार गर्नुहोस्। सबैभन्दा धेरै गलत निदान हुने खराबी भनेको हराएको Packet Too Big सन्देश हो, जो खुल्ने र त्यसपछि अड्किने जडानको रूपमा देखिन्छ।

त्यो प्रमाणित गर्ने, एक पटकमा एक परिवार

प्रत्येक परिवारमा छुट्टै रूपमा अधिकृत अनुरोधको परीक्षण गर्नुहोस्, त्यसपछि नीति सत्रभन्दा बाहिर टिक्नुपर्ने हो भने पुनः जोडिएपछि दोहोर्याउनुहोस्। केवल IPv4 नेटवर्कमा परीक्षणले IPv6 मार्ग चलाउन सक्दैन, त्यसैले सफलताले तपाईंले बन्द गर्न खोजेको चुहावटबारे केही भन्दैन। परीक्षण चलिरहेको बेला काउन्टर हेर्नुहोस्, किनकि कहिल्यै नमिल्ने नियमले आफ्नो टिप्पणीले दाबी गरेको काम गर्दैन।

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