नेटवर्क परिवर्तन हुँदा MOBIKE ले IKEv2 VPN कसरी जीवित राख्छ

एउटा फोन Wi-Fi छोडेर सेलुलर नेटवर्कमा जोडिन्छ, एउटा ल्यापटप Ethernet बाट हटस्पटमा जान्छ, र IKEv2 सुरुङ या त टिक्छ या टिक्दैन। MOBIKE त्यो विस्तार हो जसले यसलाई टिकाउँछ, सुरुदेखि फेरि सुरु गर्नुको सट्टा स्रोत ठेगाना परिवर्तन भयो भनी टाढाको छेउलाई बताएर। जुन यसले गर्दैन, त्यो हो परिवर्तनभरि हरेक अनुप्रयोग जीवित राख्नु। यी दुई दाबी हुन्, र दोस्रो नै मानिसहरूले सामान्यतया भन्न खोज्ने हो।

संक्रमणलाई चरणबद्ध रूपमा हेर्नुहोस्, किनकि हरेक चरण फरक तरिकाले असफल हुन्छ।

अद्यावधिकले वास्तवमा के परिवर्तन गर्छ

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

MOBIKE ले ट्राफिकलाई UDP इन्क्याप्सुलेसमा पनि सार्न सक्छ, त्यसैले काम गर्ने सुरुङ कहिलेकाहीँ नेटवर्क परिवर्तनपछि पोर्ट 4500 प्रयोग गर्न थाल्छ। त्यो संक्रमण आफैँमा NAT पत्ता लाग्यो भन्ने प्रमाण होइन, यद्यपि दुवै प्रायः सँगै देखिन्छन्।

के तपाईंको प्रोफाइलले साँच्चै यो सक्षम गर्छ

दुवै पक्षले विस्तारलाई समर्थन गर्नुपर्छ, र तैनातीले यसलाई सक्षम गर्नुपर्छ। strongSwan मा व्यवहार प्रत्येक जडानका लागि कन्फिगर गर्न सकिन्छ, र इन्टरफेस वा मार्ग परिवर्तनले आवश्यक पर्दा मार्ग खोजी र अद्यावधिक सुरु गर्न सक्छ। हरेक IKEv2 प्रोफाइलले यो खोल्छ भनी मान्नुको सट्टा जडानको वास्तविक सेटिङ जाँच्नुहोस्। यो सुविधाभन्दा पुरानो गाइडबाट प्रतिलिपि गरिएको प्रोफाइल यसको सामान्य कारण हो।

दुवै छेउमा वार्ता गरिएको अवस्था नै अधिकार हो, उत्पादन परिवारको कागजात होइन।

संक्रमणलाई चरणबद्ध रूपमा हेर्नुहोस्

नेटवर्क परिवर्तन गर्नुअघि अनुप्रयोगको अवस्था अभिलेख गर्नुहोस्। त्यसपछि परिवर्तन गर्नुहोस्, र पछि क्लाइन्ट र सर्भरको अवस्था अभिलेख गर्नुहोस्। हराएको ठेगाना, पुग्न नसकिने साथी र आफ्नै सत्र फेरि जोड्नुपर्ने अनुप्रयोग—यी तीन फरक नतिजा हुन्। पहिलो दुई मात्र VPN तहका हुन्; तेस्रो अनुप्रयोगले बोल्ने प्रोटोकलको हो।

नेटवर्क स्विचलाई स्थिर परीक्षणसँग तुलना गर्नुहोस्, ताकि कुन घटनाले समस्या सुरु गर्छ भनी थाहा होस्। अन्तिम नेटवर्कमा थ्रुपुट मापनले संक्रमण पुनःउत्पादन गर्न सक्दैन। यसले गन्तव्य नाप्छ, यात्रा होइन।

असफलताका तहहरू अलग गर्नुहोस्

लामो समयको TCP सत्र IKEv2 आदानप्रदानबाहिरका कारणले असफल हुन सक्छ। नयाँ नेटवर्कले फरक तरिकाले फिल्टर, समाधान वा मार्ग गर्न सक्छ। तलको मार्ग परिवर्तन हुँदा सुरुङको ठेगाना पटक्कै नबदल्न सक्छ। त्यसैले अनुप्रयोग फेरि जोडिँदा VPN ले कहिल्यै नतोडेको कुरा सुधार्न सक्छ।

पुनःप्राप्तिका क्रममा पनि अवरोध नीति ठाउँमा राख्नुहोस्।

स्वचालित गतिशीलता र सीधा ट्राफिक रोक्ने नियम फरक नियन्त्रण हुन्, र पहिलो काम गराउन दोस्रो बन्द गर्नु खराब सौदा हो। यदि गतिशीलता अद्यावधिक असफल भयो भने, सुरुङ वरिपरि ट्राफिक चुहिन दिनुको सट्टा अवरोध टिक्नुपर्छ।

यो दोहोरिँदा के अभिलेख गर्ने

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

यो असममिति पहिलो जाँच्नुपर्ने कुरा हुनसक्ने गरी सामान्य छ।

अभिलेख हातमा हुँदा, घटना अर्को एउटा विच्छेदित आइकन हुन छोडेर ज्ञात मालिक भएको क्रमको एउटा घटना बन्छ। र यो एक फेरोले इमानदारीसाथ वाचा गर्न सक्ने सबै हो।