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

बोगदा हा मार्गाचा सोपा अर्धा भाग आहे

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

उपयुक्त पहिला प्रश्न कोणता बोगदा बरा हा नाही। तो म्हणजे आज कोणते प्रवाह कोणता मार्ग निवडतात, आणि विनंती व उत्तराला तेच उत्तर मिळते का।

ते पसंत करण्यापूर्वी गंतव्य बनवा

समवयस्क सुसंगत आहेत आणि नवीन बोगदा तुमच्या इच्छित पत्ता-व्याप्तीचा वाहक आहे याची खात्री करा। तो अजून न पसंतीचा मार्ग असतानाच आवश्यक अग्रेषण आणि सेवा परवानग्या जोडा, जेणेकरून बदल स्वतः फक्त निवड बदलेल, दुसरे काही नाही।

दूरच्या साइटला विचारा की ती रहदारी कशी परत पाठवेल। उत्तरे अजूनही जुन्या बोगद्यातून बाहेर पडत असतील, तर नवीन स्थानिक मार्ग असममिती निर्माण करतो किंवा स्थिती लक्षात ठेवणाऱ्या गाळणीत अयशस्वी होतो। भाषांतरही त्याच कारणाने रचनेत येते: बदललेला स्रोत पत्ता परतीचा मार्गही बदलतो।

अरुंदपणे बदल करा, आणि परतीचा रस्ता जाणून घ्या

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

एक साइट नाही, एक सबनेट हलवा। तुम्ही न स्पर्श करणाऱ्या मार्गावर व्यवस्थापन प्रवेश ठेवा, आणि काहीही लागू करण्यापूर्वी परती लिहून ठेवा: कोणता मार्ग किंवा धोरण परत जाते, कोण करते, आणि करताना ते कसे जोडलेले राहतात।

असममिती आणि जुनी स्थिती

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

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

दोन्ही उत्तरे सिद्ध करा, मग जुने धोरण मागे घ्या

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

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

संबंधित लेख