നെറ്റ്വർക്ക് മാറുമ്പോൾ MOBIKE IKEv2 VPN-നെ എങ്ങനെ ജീവനോടെ നിലനിർത്തുന്നു

ഒരു ഫോൺ Wi-Fi വിട്ട് സെല്ലുലാർ നെറ്റ്വർക്കിൽ ചേരുന്നു, ഒരു ലാപ്ടോപ്പ് Ethernet-ൽ നിന്ന് ഹോട്ട്സ്പോട്ടിലേക്ക് പോകുന്നു, IKEv2 ടണൽ നിലനിൽക്കുന്നു അല്ലെങ്കിൽ ഇല്ല। MOBIKE ആണ് അതിനെ നിലനിർത്താൻ അനുവദിക്കുന്ന വിപുലീകരണം, തുടക്കം മുതൽ വീണ്ടും തുടങ്ങുന്നതിനു പകരം ഉറവിട വിലാസം മാറിയെന്ന് അകലെയുള്ള അറ്റത്തെ അറിയിച്ചുകൊണ്ട്। അത് ചെയ്യാത്തത് മാറ്റത്തിലുടനീളം ഓരോ അപ്ലിക്കേഷനെയും ജീവനോടെ നിലനിർത്തുകയാണ്। ഇവ രണ്ട് അവകാശവാദങ്ങളാണ്, രണ്ടാമത്തേതാണ് ആളുകൾ സാധാരണയായി ഉദ്ദേശിക്കുന്നത്।

മാറ്റം ഘട്ടങ്ങളായി പരിശോധിക്കുക, കാരണം ഓരോ ഘട്ടവും വ്യത്യസ്തമായി പരാജയപ്പെടുന്നു।

അപ്ഡേറ്റ് യഥാർത്ഥത്തിൽ എന്താണ് മാറ്റുന്നത്

സുരക്ഷാ അസോസിയേഷൻ ഇപ്പോഴും സാധുവായിരിക്കുമ്പോൾ, ആരംഭിക്കുന്നയാൾ തന്റെ പുതിയ വിലാസം അറിഞ്ഞ് പ്രതികരിക്കുന്നയാൾക്ക് ഒരു അപ്ഡേറ്റ് അയയ്ക്കുന്നു, അയാൾ പിന്നീട് അതേ അസോസിയേഷന് ആ വിലാസം ഉപയോഗിക്കുന്നു। സുരക്ഷാ പാരാമീറ്ററുകൾ പൂജ്യത്തിൽ നിന്ന് വീണ്ടും ചർച്ച ചെയ്യപ്പെടുന്നില്ല। അതാണ് മുഴുവൻ നേട്ടം: പുതിയ ഒരു പ്രാമാണീകരണ റൗണ്ടും ഇല്ല, പുതിയ കീ കൈമാറ്റവുമില്ല, ഉപയോക്താവിനോട് ഒരു ചോദ്യവുമില്ല। അത് അർത്ഥമാക്കുന്നത് അതിജീവിച്ച അവസ്ഥ ഇപ്പോഴും പഴയ സെഷന്റേതാണ് എന്നാണ്।

MOBIKE ട്രാഫിക്കിനെ UDP എൻക്യാപ്സുലേഷനിലേക്കും നീക്കാം, അതുകൊണ്ടാണ് പ്രവർത്തിക്കുന്ന ടണൽ നെറ്റ്വർക്ക് മാറ്റത്തിന് ശേഷം ചിലപ്പോൾ പോർട്ട് 4500 ഉപയോഗിക്കാൻ തുടങ്ങുന്നത്। ആ മാറ്റം സ്വയം NAT കണ്ടെത്തിയെന്ന് തെളിയിക്കുന്നില്ല, എന്നിരുന്നാലും രണ്ടും പലപ്പോഴും ഒരുമിച്ച് പ്രത്യക്ഷപ്പെടുന്നു।

നിങ്ങളുടെ പ്രൊഫൈൽ അത് ശരിക്കും പ്രവർത്തനക്ഷമമാക്കുന്നുണ്ടോ

ഇരു വശങ്ങളും വിപുലീകരണത്തെ പിന്തുണയ്ക്കണം, വിന്യാസം അത് പ്രവർത്തനക്ഷമമാക്കണം। strongSwan-ൽ സ്വഭാവം ഓരോ കണക്ഷനും ക്രമീകരിക്കാം, ഇന്റർഫേസ് അല്ലെങ്കിൽ റൂട്ട് മാറ്റങ്ങൾ ആവശ്യമുള്ളപ്പോൾ പാത അന്വേഷണവും അപ്ഡേറ്റും ആരംഭിക്കാം। ഓരോ IKEv2 പ്രൊഫൈലും അത് ഓണാക്കുന്നു എന്ന് കരുതുന്നതിനു പകരം കണക്ഷന്റെ യഥാർത്ഥ ക്രമീകരണങ്ങൾ പരിശോധിക്കുക। ഈ സവിശേഷതയ്ക്ക് മുമ്പുള്ള ഒരു ഗൈഡിൽ നിന്ന് പകർത്തിയ പ്രൊഫൈൽ ഇതിന്റെ സാധാരണ കാരണമാണ്।

ഇരു അറ്റങ്ങളിലും ചർച്ച ചെയ്ത അവസ്ഥയാണ് അധികാരം, ഉൽപ്പന്ന കുടുംബത്തിന്റെ രേഖകളല്ല।

മാറ്റം ഘട്ടങ്ങളായി പരിശോധിക്കുക

നെറ്റ്വർക്കുകൾ മാറ്റുന്നതിന് മുമ്പ് അപ്ലിക്കേഷന്റെ അവസ്ഥ രേഖപ്പെടുത്തുക। പിന്നീട് മാറ്റുക, തുടർന്ന് ക്ലയന്റിന്റെയും സെർവറിന്റെയും അവസ്ഥ രേഖപ്പെടുത്തുക। നഷ്ടപ്പെട്ട വിലാസം, എത്തിച്ചേരാനാകാത്ത പങ്കാളി, സ്വന്തം സെഷൻ വീണ്ടും ബന്ധിപ്പിക്കേണ്ട അപ്ലിക്കേഷൻ—ഇവ മൂന്ന് വ്യത്യസ്ത ഫലങ്ങളാണ്। ആദ്യ രണ്ട് മാത്രം VPN പാളത്തിന്റേതാണ്; മൂന്നാമത്തേത് അപ്ലിക്കേഷൻ സംസാരിക്കുന്ന പ്രോട്ടോക്കോളിന്റേതാണ്।

നെറ്റ്വർക്ക് മാറ്റത്തെ ഒരു നിശ്ചല പരീക്ഷയുമായി താരതമ്യം ചെയ്യുക, ഏത് സംഭവമാണ് പ്രശ്നം ആരംഭിക്കുന്നതെന്ന് അറിയാൻ। അന്തിമ നെറ്റ്വർക്കിൽ ത്രൂപുട്ട് അളക്കൽ ഒരു മാറ്റം പുനഃസൃഷ്ടിക്കാനാവില്ല। അത് ലക്ഷ്യസ്ഥാനം അളക്കുന്നു, യാത്രയല്ല।

പരാജയ പാളികൾ വേർതിരിക്കുക

ദീർഘകാല TCP സെഷൻ IKEv2 കൈമാറ്റത്തിന് പുറത്തുള്ള കാരണങ്ങളാൽ പരാജയപ്പെടാം। പുതിയ നെറ്റ്വർക്ക് വ്യത്യസ്തമായി ഫിൽട്ടർ ചെയ്യാം, പരിഹരിക്കാം അല്ലെങ്കിൽ റൂട്ട് ചെയ്യാം। താഴെയുള്ള പാത മാറുമ്പോൾ ടണലിന്റെ വിലാസം ഒട്ടും മാറിയേക്കില്ല। അതുകൊണ്ടാണ് അപ്ലിക്കേഷൻ വീണ്ടും ബന്ധിപ്പിക്കുന്നത് VPN ഒരിക്കലും തകർക്കാത്ത എന്തെങ്കിലും ശരിയാക്കാൻ കഴിയുന്നത്।

വീണ്ടെടുക്കുമ്പോഴും ബ്ലോക്കിംഗ് നയം സ്ഥാനത്ത് നിർത്തുക।

സ്വയംചാലിത ചലനശേഷിയും നേരിട്ടുള്ള ട്രാഫിക് തടയുന്ന നിയമവും വ്യത്യസ്ത നിയന്ത്രണങ്ങളാണ്, ആദ്യത്തേത് പ്രവർത്തിക്കാൻ രണ്ടാമത്തേത് ഓഫ് ചെയ്യുന്നത് മോശം വ്യാപാരമാണ്। ചലനശേഷി അപ്ഡേറ്റ് പരാജയപ്പെട്ടാൽ, ടണലിന് ചുറ്റും ട്രാഫിക് ചോർന്നുപോകാൻ അനുവദിക്കുന്നതിനു പകരം ബ്ലോക്ക് നിലനിൽക്കണം।

ഇത് ആവർത്തിക്കുമ്പോൾ എന്താണ് രേഖപ്പെടുത്തേണ്ടത്

ഇരു വശങ്ങളിൽ നിന്നും സമയമുദ്രകളും രണ്ട് വിലാസ മൂല്യങ്ങളും സൂക്ഷിക്കുക। ആ രേഖ അപ്ലിക്കേഷന് ബന്ധം നഷ്ടപ്പെടുന്നതിന് മുമ്പ് അപ്ഡേറ്റ് പൂർത്തിയായോ എന്ന് കാണിക്കുന്നു, അതാണ് ചലനശേഷി ബഗും അപ്ലിക്കേഷൻ സമയപരിധിയും തമ്മിലുള്ള വ്യത്യാസം। തുടർന്ന് മാറ്റത്തിന്റെ ദിശ താരതമ്യം ചെയ്യുക: Wi-Fi വിട്ട് സെല്ലുലാറിലേക്ക് പോകുന്നത് വിപരീതവുമായി സമമിതമല്ല। ഒരു ദിശ പ്രവർത്തിച്ചേക്കാം, മറ്റൊന്ന് പരാജയപ്പെടുന്നു।

ഈ അസമമിതി ആദ്യം പരിശോധിക്കേണ്ട കാര്യമാകാൻ മാത്രം സാധാരണമാണ്।

രേഖ കൈവശമുള്ളപ്പോൾ, സംഭവം മറ്റൊരു വിച്ഛേദിക്കപ്പെട്ട ഐക്കൺ ആകുന്നത് നിർത്തി അറിയപ്പെടുന്ന ഉടമയുള്ള ഒരു ശ്രേണിയിലെ ഒരു സംഭവമായി മാറുന്നു। ഒരു സഞ്ചാരത്തിന് സത്യസന്ധമായി വാഗ്ദാനം ചെയ്യാൻ കഴിയുന്നത് അത്രമാത്രമാണ്।