பிணையம் மாறும்போது MOBIKE IKEv2 VPN-ஐ எவ்வாறு உயிருடன் வைத்திருக்கிறது

ஒரு தொலைபேசி Wi-Fi-ஐ விட்டு செல்லுலார் பிணையத்தில் சேர்கிறது, ஒரு மடிக்கணினி Ethernet-இலிருந்து ஹாட்ஸ்பாட்டிற்கு நகர்கிறது, IKEv2 சுரங்கப்பாதை தப்பிக்கிறது அல்லது இல்லை। MOBIKE என்பது அதைத் தப்பவைக்கும் நீட்டிப்பாகும், மீண்டும் தொடங்குவதற்குப் பதிலாக மூல முகவரி மாறிவிட்டது என்று தொலை முனைக்குச் சொல்வதன் மூலம்। அது செய்யாதது மாற்றத்தின் முழுவதும் ஒவ்வொரு பயன்பாட்டையும் உயிருடன் வைத்திருப்பது। இவை இரண்டு கூற்றுகள், இரண்டாவதுதான் மக்கள் பொதுவாகக் கருதுவது।

மாற்றத்தை படிப்படியாகப் பாருங்கள், ஏனெனில் ஒவ்வொரு படியும் வெவ்வேறு விதமாகத் தோல்வியடைகிறது।

புதுப்பிப்பு உண்மையில் என்ன மாற்றுகிறது

பாதுகாப்பு இணைப்பு இன்னும் செல்லுபடியாகும் வரை, தொடங்குபவர் தனது புதிய முகவரியை அறிந்து பதிலளிப்பவருக்கு ஒரு புதுப்பிப்பை அனுப்புகிறார், அவர் பின்னர் அதே இணைப்பிற்கு அந்த முகவரியைப் பயன்படுத்துகிறார்। பாதுகாப்பு அளவுருக்கள் பூஜ்ஜியத்திலிருந்து மீண்டும் பேச்சுவார்த்தை செய்யப்படுவதில்லை। இதுதான் முழு நன்மை: புதிய அங்கீகார சுற்று இல்லை, புதிய விசை பரிமாற்றம் இல்லை, பயனருக்கு எந்தக் கோரிக்கையும் இல்லை। இதன் பொருள் தப்பித்த நிலை இன்னும் பழைய அமர்வுக்குச் சொந்தமானது என்பதாகும்।

MOBIKE போக்குவரத்தை UDP உறைக்குள் நகர்த்தவும் முடியும், அதனால்தான் வேலை செய்யும் சுரங்கப்பாதை சில நேரங்களில் பிணைய மாற்றத்திற்குப் பிறகு துறைமுகம் 4500-ஐப் பயன்படுத்தத் தொடங்குகிறது। அந்த மாற்றம் தானாகவே NAT கண்டறியப்பட்டது என்பதை நிரூபிக்காது, இரண்டும் பெரும்பாலும் ஒன்றாகவே தோன்றினாலும்।

உங்கள் சுயவிவரம் அதை உண்மையில் இயக்குகிறதா

இரு தரப்பும் நீட்டிப்பை ஆதரிக்க வேண்டும், மேலும் பயன்படுத்தல் அதை இயக்க வேண்டும்। strongSwan-இல் நடத்தையை ஒவ்வொரு இணைப்பிற்கும் வடிவமைக்க முடியும், இடைமுகம் அல்லது வழி மாற்றங்கள் தேவைப்படும்போது வழித் தேடலையும் புதுப்பிப்பையும் தொடங்கலாம்। ஒவ்வொரு IKEv2 சுயவிவரமும் அதை இயக்குகிறது என்று கருதுவதற்குப் பதிலாக இணைப்பின் உண்மையான அமைப்புகளைச் சரிபார்க்கவும்। இந்த அம்சத்திற்கு முந்தைய வழிகாட்டியிலிருந்து நகலெடுக்கப்பட்ட சுயவிவரம் இதற்கு பொதுவான காரணம்।

இரு முனைகளிலும் பேச்சுவார்த்தை செய்யப்பட்ட நிலையே அதிகாரம், தயாரிப்பு குடும்பத்தின் ஆவணங்கள் அல்ல।

மாற்றத்தை படிப்படியாகப் பாருங்கள்

பிணையங்களை மாற்றுவதற்கு முன் பயன்பாட்டின் நிலையைப் பதிவு செய்யவும்। பிறகு மாற்றி, பின்னர் கிளையண்ட் மற்றும் சேவையகத்தின் நிலையைப் பதிவு செய்யவும்। காணாமற்போன முகவரி, அணுக முடியாத துணை மற்றும் தனது அமர்வை மீண்டும் இணைக்க வேண்டிய பயன்பாடு—இவை மூன்று வெவ்வேறு முடிவுகள்। முதல் இரண்டு மட்டுமே VPN அடுக்குக்கு உரியவை; மூன்றாவது பயன்பாடு பேசும் நெறிமுறைக்கு உரியது।

பிணைய மாற்றத்தை ஒரு நிலையான சோதனையுடன் ஒப்பிடுங்கள், எந்த நிகழ்வு சிக்கலைத் தொடங்குகிறது என்பதை அறிய। இறுதி பிணையத்தில் செயல்திறன் அளவீடு ஒரு மாற்றத்தை மீண்டும் உருவாக்க முடியாது। அது இலக்கை அளக்கிறது, பயணத்தை அல்ல।

தோல்வி அடுக்குகளைப் பிரிக்கவும்

நீண்டகால TCP அமர்வு IKEv2 பரிமாற்றத்திற்கு வெளியே உள்ள காரணங்களால் தோல்வியடையலாம்। புதிய பிணையம் வேறு விதமாக வடிகட்டி, தீர்த்து அல்லது வழியமைக்கலாம்। கீழேயுள்ள வழி மாறும்போது சுரங்கப்பாதையின் முகவரி அறவே மாறாமல் இருக்கலாம்। அதனால்தான் பயன்பாட்டை மீண்டும் இணைப்பது VPN ஒருபோதும் உடைக்காத ஒன்றைச் சரிசெய்ய முடியும்।

மீட்பின் போதும் தடுப்புக் கொள்கையை அதன் இடத்தில் வைத்திருங்கள்।

தானியங்கி இயக்கம் மற்றும் நேரடிப் போக்குவரத்தைத் தடுக்கும் விதி வெவ்வேறு கட்டுப்பாடுகள், முதல் ஒன்று செயல்பட இரண்டாவதை அணைப்பது மோசமான பேரம்। இயக்கப் புதுப்பிப்பு தோல்வியடைந்தால், சுரங்கப்பாதையைச் சுற்றி போக்குவரத்து கசிவதற்கு அனுமதிப்பதற்குப் பதிலாகத் தடை நீடிக்க வேண்டும்।

இது மீண்டும் நிகழும்போது என்ன பதிவு செய்ய வேண்டும்

இரு தரப்பிலிருந்தும் நேர முத்திரைகளையும் இரு முகவரி மதிப்புகளையும் வைத்திருங்கள்। அந்தப் பதிவு பயன்பாடு தொடர்பை இழப்பதற்கு முன் புதுப்பிப்பு முடிந்ததா என்பதைக் காட்டுகிறது, இதுவே இயக்கப் பிழைக்கும் பயன்பாட்டு நேர முடிவுக்கும் உள்ள வேறுபாடு। பிறகு மாற்றத்தின் திசையை ஒப்பிடுங்கள்: Wi-Fi-ஐ விட்டு செல்லுலாருக்குச் செல்வது எதிர்மறையுடன் சமச்சீராக இல்லை। ஒரு திசை வேலை செய்யலாம், மற்றொன்று தோல்வியடைகிறது।

அந்த சமச்சீரற்ற தன்மை முதலில் சோதிக்க வேண்டிய விஷயமாக இருக்கும் அளவுக்குப் பொதுவானது।

பதிவு கையில் இருக்கும்போது, சம்பவம் மற்றொரு துண்டிக்கப்பட்ட ஐகானாக இருப்பதை நிறுத்தி, அறியப்பட்ட உரிமையாளருடன் ஒரு வரிசையில் ஒரு நிகழ்வாக மாறுகிறது। ஒரு சுற்றுப்பயணம் நேர்மையாக உறுதியளிக்கக்கூடியது அவ்வளவுதான்।