एक सबनेट को बिना रुकावट नई VPN सुरंग पर स्थानांतरित करें

नई सुरंग ऊपर उठाएँ, एक सबनेट हटाएँ, और अब वह सबनेट रुक-रुक कर विफल होता है जबकि बाकी सब कुछ पूरी तरह ठीक है। आधे स्थानांतरित VPN ठीक इसी तरह विफल होते हैं, क्योंकि सुरंग कभी कठिन हिस्सा नहीं थी। रास्ते में यह भी शामिल है कि कौन-सा मार्ग जीतता है, कौन-से चयनकर्ता मेल खाते हैं, पहुँच नियम क्या अनुमति देते हैं, उत्तर कैसे लौटते हैं, और पुराने डिज़ाइन ने जो भी रूपांतरण लागू किया था। केवल सुरंग हटाएँ और आपने उसमें से कुछ भी नहीं हटाया।

सुरंग रास्ते का आसान आधा हिस्सा है

आंशिक स्थानांतरण के बाद रुक-रुक कर विफलता का अर्थ आमतौर पर यह है कि दोनों मार्ग संभव हैं। कुछ प्रवाह नई सुरंग चुनते हैं, कुछ पुरानी रखते हैं, और स्थिति याद रखने वाला उपकरण तब ऐसे मार्ग पर उत्तर आते देखता है जिसका अनुरोध ने कभी उपयोग नहीं किया। दो मार्ग अपने आप एक से अधिक सुरक्षित नहीं होते; वे दो चीज़ें हैं जो असहमत हो सकती हैं। सुरंग के काउंटरों के बजाय अस्थिरता की रिपोर्ट देखें, क्योंकि काउंटर पूरे समय स्वस्थ दिखेंगे।

उपयोगी पहला प्रश्न यह नहीं है कि कौन-सी सुरंग बेहतर है। यह है कि आज कौन-से प्रवाह कौन-सा मार्ग चुनते हैं, और क्या अनुरोध और उत्तर को एक ही उत्तर मिलता है।

गंतव्य को पसंद करने से पहले उसे बनाएँ

पुष्टि करें कि सहकर्मी संगत हैं और नई सुरंग आपके इच्छित पता-क्षेत्र को वहन करती है। जो अग्रेषण और सेवा अनुमतियाँ उसे चाहिए, वे तब जोड़ें जब वह अभी गैर-पसंदीदा मार्ग है, ताकि कटओवर स्वयं केवल चयन बदले और कुछ नहीं।

दूरस्थ साइट से पूछें कि वह ट्रैफ़िक कैसे लौटाएगी। यदि उत्तर अभी भी पुरानी सुरंग से निकलते हैं, तो नया स्थानीय मार्ग असमरूपता पैदा करता है या स्थिति याद रखने वाले फ़िल्टर में विफल होता है। अनुवाद भी इसी कारण डिज़ाइन में आता है: बदला हुआ स्रोत पता लौटने का मार्ग भी बदल देता है।

संकीर्ण ढंग से कटओवर करें, और लौटने का रास्ता जानें

सटीक सबनेट और प्लेटफ़ॉर्म-समर्थित उस तंत्र का नाम लें जो उसके नए मार्ग या चयनकर्ता को वरीयता देता है। नीति-आधारित परिभाषाएँ हमेशा मार्ग-मीट्रिक की तरह व्यवहार नहीं करतीं, इसलिए यह मानने से पहले कि अधिक विशिष्ट मेल जीतता है, अपने कार्यान्वयन के अतिव्यापी-नीति नियम पढ़ें।

एक सबनेट हटाएँ, एक साइट नहीं। प्रबंधन पहुँच उस मार्ग पर रखें जिसे आप छू नहीं रहे, और कुछ भी लागू करने से पहले वापसी लिख लें: कौन-सा मार्ग या नीति लौटती है, कौन करता है, और करते समय वे कैसे जुड़े रहते हैं।

असमरूपता और पुरानी स्थिति

फ़ायरवॉल और NAT उपकरण याद रखते हैं कि प्रवाह ने कौन-सा इंटरफ़ेस इस्तेमाल किया। जब अनुरोध और उत्तर अलग-अलग सुरंगें लेते हैं, तो उपकरण उत्तर गिरा सकता है, भले ही हर मार्ग अकेले काम करता हो। बदलाव के बाद खोले गए प्रवाह से परीक्षण करें, क्योंकि स्थापित सत्र घंटों तक पुराना मार्ग इस्तेमाल करता रह सकता है।

यदि देखा गया स्रोत पता हट गया है, तो पुराने का नाम लेने वाली हर नीति खोजें। जो स्थानांतरण चुपचाप स्रोत बदल देता है, वह उन नियमों को तोड़ता है जिन्हें किसी ने VPN डिज़ाइन का हिस्सा नहीं माना था।

दोनों उत्तर सिद्ध करें, फिर पुरानी नीति हटाएँ

स्थानांतरित सबनेट के एक सामान्य होस्ट से इच्छित सेवा तक पहुँचें और देखा गया स्रोत तथा उत्तर-इंटरफ़ेस जाँचें। फिर उस नेटवर्क का परीक्षण करें जिसे पुरानी सुरंग पर ही रहना है, क्योंकि स्थानांतरण तभी पूरा होता है जब दोनों उत्तर सही हों। दूसरा परीक्षण वही है जिसे लोग छोड़ देते हैं, और वही आपके इरादे से चौड़े चयनकर्ता को पकड़ता है।

अप्रचलित नीति तभी हटाएँ जब कोई शेष सबनेट उस पर निर्भर न हो, और अंतिम मार्ग को उसके स्वामी के साथ चयनकर्ता सूची में दर्ज करें। पूर्णता यह नहीं है कि नई सुरंग ऊपर होने की सूचना दे; पूर्णता यह है कि हर नेटवर्क अपने निर्धारित मार्ग का पालन करे।