नेटवर्क बदलल्यावर MOBIKE IKEv2 VPN ला कसे जिवंत ठेवते

एक फोन Wi-Fi सोडून सेल्युलर नेटवर्कमध्ये जोडतो, एक लॅपटॉप Ethernet वरून हॉटस्पॉटवर जातो, आणि IKEv2 बोगदा एकतर टिकतो किंवा नाही। MOBIKE हा तो विस्तार आहे जो त्याला टिकू देतो, सुरुवातीपासून पुन्हा सुरू करण्याऐवजी स्रोत पत्ता बदलला आहे हे दूरच्या टोकाला सांगून। जे ते करत नाही ते म्हणजे बदलाच्या काळात प्रत्येक ॲप्लिकेशन जिवंत ठेवणे। हे दोन दावे आहेत, आणि दुसरा म्हणजे लोक सहसा जे म्हणतात ते।

संक्रमण टप्प्याटप्प्याने पाहा, कारण प्रत्येक टप्पा वेगळ्या पद्धतीने अयशस्वी होतो।

अद्ययावत काय प्रत्यक्षात बदलते

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

MOBIKE रहदारी UDP एन्कॅप्सुलेशनमध्येही हलवू शकते, म्हणूनच काम करणारा बोगदा कधीकधी नेटवर्क बदलानंतर पोर्ट 4500 वापरू लागतो। तो बदल स्वतःहून NAT ओळखले गेले हे सिद्ध करत नाही, तरीही दोन्ही बहुतेक वेळा एकत्र दिसतात।

तुमची प्रोफाइल खरोखर ते सक्षम करते का

दोन्ही बाजूंनी विस्ताराला समर्थन द्यावे लागेल, आणि तैनातीने तो सक्षम करावा लागेल। strongSwan मध्ये वर्तन प्रत्येक कनेक्शनसाठी संरचनीय आहे, आणि इंटरफेस किंवा मार्ग बदल गरजेनुसार मार्ग शोध आणि अद्ययावत सुरू करू शकतात। प्रत्येक IKEv2 प्रोफाइल ते चालू करते असे गृहीत धरण्याऐवजी कनेक्शनची प्रत्यक्ष सेटिंग्ज तपासा। या वैशिष्ट्यापूर्वीच्या मार्गदर्शकातून नकल केलेली प्रोफाइल याचे सामान्य कारण आहे।

दोन्ही टोकांवर वाटाघाटी केलेली स्थिती हीच अधिकार आहे, उत्पादन कुटुंबाची कागदपत्रे नाहीत।

संक्रमण टप्प्याटप्प्याने पाहा

नेटवर्क बदलण्यापूर्वी ॲप्लिकेशनची स्थिती नोंदवा। नंतर बदला, आणि त्यानंतर क्लायंट आणि सर्व्हरची स्थिती नोंदवा। गहाळ पत्ता, पोहोचू न शकणारा साथीदार आणि ज्याला स्वतःचे सत्र पुन्हा जोडावे लागते असे ॲप्लिकेशन—हे तीन वेगवेगळे परिणाम आहेत। फक्त पहिले दोन VPN स्तराचे आहेत; तिसरे ॲप्लिकेशन ज्या प्रोटोकॉलवर बोलते त्याचे आहे।

नेटवर्क स्विचची स्थिर चाचणीशी तुलना करा, जेणेकरून कोणती घटना समस्या सुरू करते हे तुम्हाला कळेल। अंतिम नेटवर्कवरील थ्रूपुट मापन संक्रमण पुन्हा निर्माण करू शकत नाही। ते गंतव्यस्थान मोजते, प्रवास नाही।

अयशस्वीतेचे स्तर वेगळे करा

दीर्घकालीन TCP सत्र IKEv2 देवाणघेवाणीबाहेरच्या कारणांमुळे अयशस्वी होऊ शकते। नवे नेटवर्क वेगळ्या पद्धतीने फिल्टर, सोडवू किंवा मार्गस्थ करू शकते। खालील मार्ग बदलत असताना बोगद्याचा पत्ता अजिबात बदलू शकत नाही। म्हणूनच ॲप्लिकेशन पुन्हा जोडणे VPN ने कधीही न तोडलेले काहीतरी दुरुस्त करू शकते।

पुनर्प्राप्तीच्या वेळीही अवरोधक धोरण जागेवर ठेवा।

स्वयंचलित गतिशीलता आणि थेट रहदारी रोखणारा नियम वेगवेगळे नियंत्रण आहेत, आणि पहिले काम करण्यासाठी दुसरे बंद करणे वाईट सौदा आहे। गतिशीलता अद्ययावत अयशस्वी झाल्यास, बोगद्याभोवती रहदारी गळू देण्याऐवजी अवरोध टिकला पाहिजे।

हे पुनरावृत्ती झाल्यावर काय नोंदवायचे

दोन्ही बाजूंकडून वेळेच्या खुणा आणि दोन्ही पत्ता मूल्ये ठेवा। ती नोंद ॲप्लिकेशनचा संपर्क तुटण्यापूर्वी अद्ययावत पूर्ण झाले का हे दाखवते, आणि हाच गतिशीलता बग आणि ॲप्लिकेशन कालबाह्यता यातील फरक आहे। नंतर स्विचची दिशा तुलना करा: Wi-Fi सोडून सेल्युलरवर जाणे उलट्याशी सममित नाही। एक दिशा काम करू शकते तर दुसरी अयशस्वी होते।

ही असममिती पहिली चाचणी करण्यासारखी गोष्ट होण्याइतकी सामान्य आहे।

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