ഒന്നിലധികം പാതകളിലെ VPN: കാരിയർ നൽകേണ്ട നാല് ഉറപ്പുകൾ

രണ്ടാമതൊരു WAN ലിങ്ക് ചേർക്കുമ്പോൾ ടണലുകൾ ഉയരുന്നു, എന്നിട്ടും ഒരു പാത ആടുമ്പോൾ ഫയൽ പകർപ്പ് കുടുങ്ങുന്നു. ലിങ്കുകൾ ആരോഗ്യമുള്ളവയാണ്, VPN പ്രോസസ്സുകൾ പ്രവർത്തിക്കുന്നു; ഇല്ലാത്തത് കാരിയറും ടണലും തമ്മിലുള്ള കരാറാണ്. നിരവധി സോക്കറ്റുകൾ സ്വയമേവ ഒരു കണക്ഷൻ പോലെ പെരുമാറുന്നില്ല, അവയ്ക്ക് മുകളിലുള്ള ആപ്ലിക്കേഷന് ഡെലിവറി തകരുന്നതുവരെ വ്യത്യാസം അറിയാനാകില്ല. കരാറിന്റെ ഓരോ ഭാഗവും നിങ്ങൾക്ക് പരിശോധിക്കാവുന്ന ഒരു പരാജയവുമായി യോജിക്കുന്നു, അതാണ് അതിനെ ഉപയോഗപ്രദമാക്കുന്നത്.

ഉൽപ്പന്നം തിരഞ്ഞെടുക്കുന്നതിന് മുമ്പ് ആ കരാർ എഴുതുക. അതിന് നാല് ഭാഗങ്ങളുണ്ട്: VPN സ്വീകരിക്കുന്ന സ്ട്രീം, കാരിയർ കാണാതായ ഡാറ്റ എങ്ങനെ വീണ്ടെടുക്കുന്നു, ഏത് എൻഡ്‌പോയിന്റ് ഐഡന്റിറ്റിയാണ് പാത മാറ്റത്തെ അതിജീവിക്കുന്നത്, ഒരു പാത പരാജയപ്പെടുമ്പോൾ മൊത്തം എങ്ങനെ പെരുമാറുന്നു.

ലക്ഷണം: ലിങ്കുകൾ സജീവമാണ്, സെഷൻ എന്നിട്ടും തകരുന്നു

രണ്ട് ലിങ്കുകളും സജീവമാണെന്ന് കാണിക്കുന്ന നിരീക്ഷണ ഗ്രാഫ് ഓരോ പാതയ്ക്കും ട്രാഫിക് വഹിക്കാനാകും എന്ന് മാത്രം തെളിയിക്കുന്നു. VPN ഒരു ക്രമീകൃത സ്ട്രീം കാണുന്നു, ഒരു പാതയിൽ നഷ്ടപ്പെട്ട പാക്കറ്റ് മറ്റൊന്നിൽ വീണ്ടെടുക്കുന്നു, അല്ലെങ്കിൽ സഹപ്രവർത്തകന് ഇപ്പോഴും ഏത് സെഷനുമായി സംസാരിക്കുന്നു എന്ന് അറിയാം എന്ന് അത് തെളിയിക്കുന്നില്ല. കരാറിന്റെ ബാക്കി ഭാഗം ഗ്രാഫിന് കാണിക്കാനാകാത്തത് ഉൾക്കൊള്ളുന്നു.

കൈമാറ്റം കുടുങ്ങുമ്പോൾ, കാരിയർ അതിജീവിച്ച പാതയിൽ ഡെലിവറി തുടർന്നോ എന്ന് കണ്ടെത്തുക. രണ്ടാമത്തെ ലിങ്ക് നിഷ്ക്രിയമായിരിക്കുമ്പോൾ സെഷൻ മരിക്കുന്നുവെങ്കിൽ, കാരിയർ അത് ഒരിക്കലും ഉപയോഗിച്ചിട്ടില്ല. സെഷൻ അതിജീവിച്ചാലും ഡാറ്റ ക്രമമില്ലാതെയോ ഇരട്ടിയായോ വന്നാൽ, കാരിയർ കണക്ഷൻ തലത്തിലുള്ള കരാറില്ലാതെ പാക്കറ്റുകൾ നീക്കുന്നു. ഇരുവശത്തുമുള്ള സമയ മുദ്രകൾ ഇത് സാധാരണയായി വ്യക്തമാക്കുന്നു.

ആ വ്യത്യാസമാണ് പരിഹാരം നിർണ്ണയിക്കുന്നത്. റൂട്ടിംഗ് അല്ലെങ്കിൽ നയ പ്രശ്നത്തിന് പാത തിരഞ്ഞെടുപ്പിൽ മാറ്റം വേണം; കാണാതായ ക്രമവും വീണ്ടെടുക്കൽ പാളിയും വേറൊരു ഗതാഗതം ആവശ്യപ്പെടുന്നു, വലിയ ബഫർ അല്ല.

ആദ്യ ഉറപ്പ്: കണക്ഷൻ തലത്തിൽ ബൈറ്റ് സ്ട്രീം

VPN-ന് വിശ്വസനീയമായ ക്രമീകൃത സ്ട്രീം ആവശ്യമുണ്ടെങ്കിൽ, കാരിയർ വ്യക്തിഗത പാതയ്ക്ക് മുകളിൽ ബൈറ്റ് ശ്രേണികൾ തിരിച്ചറിയണം. ഓരോ അടിസ്ഥാന TCP കണക്ഷനും സ്വന്തം സെഗ്മെന്റുകൾ മാത്രം നമ്പർ ചെയ്യുന്നു, അതിനാൽ സ്വീകർത്താവിന് ആ നമ്പറുകൾ മാത്രം ഉപയോഗിച്ച് പാതകൾക്കിടയിൽ പുനഃക്രമീകരിക്കാനാകില്ല.

Multipath TCP ആണ് സാധാരണ ഉദാഹരണം. ഒരു വിശ്വസനീയ ബൈറ്റ് സ്ട്രീം അവതരിപ്പിച്ചുകൊണ്ട് നിരവധി TCP ഉപസ്ട്രീമുകൾ ഏകോപിപ്പിക്കുന്നു, ഡാറ്റ തലത്തിലുള്ള ക്രമ മാപ്പിംഗും അംഗീകാരവും സഹിതം. ആപ്ലിക്കേഷൻ സ്ട്രീം വായിക്കുന്നു, ഒരു കഷണം ആദ്യം നൽകിയ ഉപസ്ട്രീം അല്ല.

Linux-ൽ MPTCP ഓരോ സോക്കറ്റിനും IPPROTO_MPTCP വഴി opt-in ആണ്. ചർച്ചകൾക്ക് ബഹുപാത സ്വഭാവം ഉപയോഗിക്കാനാകാത്തപ്പോൾ, രേഖപ്പെടുത്തിയ ബദൽ സാധാരണ TCP ആണ്, അതായത് ആപ്ലിക്കേഷന് രണ്ടാമത്തെ പാത ഒരിക്കലും ഉപയോഗിക്കാതെ ഒരു പാതയിൽ തുടരാം. കേർണൽ ക്രമീകരണം പ്രാബല്യത്തിൽ വന്നു എന്ന് അനുമാനിക്കുന്നതിനുപകരം വിന്യസിച്ച സോക്കറ്റ് യഥാർത്ഥത്തിൽ ഏത് സ്വഭാവത്തിന് സമ്മതിച്ചു എന്ന് പരിശോധിക്കുക.

രണ്ടാം ഉറപ്പ്: ക്രമം, ഇരട്ടിപ്പ്, വീണ്ടെടുക്കൽ

വ്യത്യസ്ത കാലതാമസവും നഷ്ടനിരക്കും ഉള്ള പാതകൾ കാരിയറെ ബഫറിംഗ്, പുനഃക്രമീകരണം, പുനഃസംപ്രേഷണം എന്നിവയ്ക്ക് നിർബന്ധിക്കുന്നു. എത്ര ബഫറിംഗ് അനുവദനീയമാണ്, ആപ്ലിക്കേഷൻ ഏത് പ്രതിസമ്മർദ്ദം കാണുന്നു, ഏത് പാതയാണ് പുനഃസംപ്രേഷണം വഹിക്കുന്നത് എന്ന് കരാർ പറയണം.

ബന്ധിപ്പിച്ചിരിക്കുമ്പോൾ ഡെലിവറി നിർത്തുന്ന പാത വൃത്തിയായ അടയ്ക്കലിനെക്കാൾ ബുദ്ധിമുട്ടാണ്. കാരിയർ അത് കണ്ടെത്തി, കാത്തിരിക്കുന്ന ഡാറ്റ നീക്കി, ഒരിക്കലും വരാത്ത സെഗ്മെന്റിനായി എന്നെന്നും കാത്തിരിക്കുന്നത് ഒഴിവാക്കണം. രണ്ട് ലിങ്കുകളും സജീവമാണെന്നുള്ള ലളിതമായ പരിശോധന ഈ അവസ്ഥയെ ഉൾക്കൊള്ളുന്നില്ല.

ഇരട്ടിപ്പിന് സ്വന്തം നിയമം വേണം. ഒരേ പേലോഡ് രണ്ട് പാതകളിലും അയയ്ക്കുന്നത് കാലതാമസം മെച്ചപ്പെടുത്താം, പക്ഷേ സ്വീകർത്താവ് പകർപ്പ് VPN-ൽ എത്തുന്നതിന് മുമ്പ് അടിച്ചമർത്തണം. IPsec anti-replay ഓരോ സുരക്ഷാ അസോസിയേഷനും ഓപ്ഷണലാണ്, ക്രമ നമ്പറുകൾ പരിശോധിക്കുന്നു; പാക്കറ്റുകൾ പുനഃക്രമീകരിക്കുന്നതോ വീണ്ടും പ്ലേ ചെയ്യുന്നതോ ആയ ഇരട്ടിപ്പ് പാളി അത് സജീവമാക്കാം അല്ലെങ്കിൽ ടണൽ വീഴുന്നതുവരെ പ്രശ്നം മറയ്ക്കാം.

മൂന്നാം ഉറപ്പ്: എൻഡ്‌പോയിന്റ് ഐഡന്റിറ്റിയും പാത ചേരലും

പുതിയ പാത വരുമ്പോൾ സെഷൻ തിരിച്ചറിയാൻ സഹപ്രവർത്തകന് സ്ഥിരമായ വഴി വേണം. ഓരോ പാതയും വേറെ ടണലായി പ്രാമാണീകരിക്കപ്പെട്ടാൽ, VPN ഒന്നിനുപകരം രണ്ട് സെഷനുകൾ കാണാം. കാരിയർ പാതകളെ ഒരു സെഷനു കീഴിൽ ഒന്നിപ്പിച്ചാൽ, പുതിയ പാത എങ്ങനെ പ്രാമാണീകരിക്കപ്പെടുന്നു, പഴയതിന് എന്ത് സംഭവിക്കുന്നു എന്ന് നിർവചിക്കണം.

ഏത് വിലാസങ്ങളും ഐഡന്റിഫയറുകളും സ്ഥിരമായി നിലനിൽക്കുന്നു എന്ന് രേഖപ്പെടുത്തുക: ടണൽ എൻഡ്‌പോയിന്റ്, കാരിയറിന്റെ സെഷൻ ഐഡന്റിഫയർ, ഇടയിലുള്ള ഏതെങ്കിലും പ്രോക്സി. പ്രോക്സി സംരക്ഷിത പേലോഡ് ഒരിക്കലും കാണുന്നില്ലെങ്കിലും മറ്റൊരു ലഭ്യതാ-വിശ്വാസ അതിർത്തി ചേർക്കുന്നു.

നയവും ഇവിടെയാണ്. അപ്രതീക്ഷിത നെറ്റ്‌വർക്കിൽ നിന്ന് ചേരുന്ന പാത സാങ്കേതികമായി സാധുവായിരിക്കാം, എന്നിട്ടും ഉദ്ദേശിച്ച വിശ്വാസ മാതൃക ലംഘിക്കാം. പുതിയ പാതകൾ സ്വയമേവ സ്വീകരിക്കപ്പെടുന്നുണ്ടോ, പ്രാമാണീകരണം ആവശ്യപ്പെടുന്നുണ്ടോ, അതല്ലെങ്കിൽ നിരസിക്കപ്പെടുന്നുണ്ടോ എന്ന് തീരുമാനിക്കുക.

നാലാം ഉറപ്പ്: പരാജയത്തിൻ കീഴിൽ പരിമിതമായ സ്വഭാവം

പൂർണ്ണ പാത പരാജയം പരിശോധിക്കുക, മന്ദഗതിയിലുള്ള പാത മാത്രമല്ല. അതിജീവിച്ച പാത സെഷൻ അപരിമിതമായ മെമ്മറി വളർച്ചയില്ലാതെ വഹിക്കണം, വീണ്ടെടുക്കൽ ആപ്ലിക്കേഷന് സഹിക്കാവുന്നതിലും നീണ്ട ടൈമറിനെ ആശ്രയിക്കരുത്. പരാജയപ്പെട്ട പാത തിരികെ വരുമ്പോൾ, കാരിയർ വീണ്ടും സന്തുലിതമാക്കണോ അതല്ലെങ്കിൽ ഒഴുക്ക് അതിന്റെ സ്ഥാനത്ത് വിടണോ എന്ന് തീരുമാനിക്കണം.

ബഫറിംഗ്, പുനഃസംപ്രേഷണം, പാതകളുടെ എണ്ണം എന്നിവയ്ക്ക് പരിധികൾ നിശ്ചയിച്ച്, നഷ്ടം, പുനഃക്രമീകരണം, ഇരട്ടിപ്പ്, കാലതാമസ അസന്തുലിതാവസ്ഥ എന്നിവയ്ക്ക് കീഴിൽ അവ പരിശോധിക്കുക. മൊത്തം ബാൻഡ്‌വിഡ്ത്ത് ഇവിടെ ഏറ്റവും കുറഞ്ഞ താൽപ്പര്യമുള്ള സംഖ്യയാണ്; ഡെലിവറി തുടർച്ചയും മെമ്മറി പരിധികളുമാണ് കരാർ.

കാരിയറിന്റെ വീണ്ടെടുക്കൽ അവസ്ഥ VPN-ന്റെ ക്രിപ്റ്റോഗ്രാഫിക് അവസ്ഥയിൽ നിന്ന് വേർതിരിച്ച് സൂക്ഷിക്കുക. സ്ഥാപിത പ്രാമാണീകരണമോ എൻക്രിപ്ഷനോ മാറ്റിസ്ഥാപിക്കുന്ന സ്വന്തം വിശ്വാസ്യതാ പാളി ഒരു കുറുക്കുവഴിയല്ല, പാളികൾക്കിടയിൽ ക്രമ നമ്പറുകൾ പുനരുപയോഗിക്കുന്നത് replay സംരക്ഷണത്തെയും ഡയഗ്നോസ്റ്റിക്സിനെയും വിശ്വസനീയമല്ലാതാക്കുന്നു.

പരീക്ഷണ പദ്ധതിയോടെ കാരിയറെ സ്വീകരിക്കുക

നാല് ഉറപ്പുകളും പാസ് അല്ലെങ്കിൽ ഫെയിൽ പരിശോധനകളായി എഴുതുക: ഒരു ക്രമീകൃത സ്ട്രീം, നിർവചിച്ച വീണ്ടെടുക്കൽ, സ്ഥിരമായ സെഷൻ ഐഡന്റിറ്റി, പരിമിതമായ പരാജയ സ്വഭാവം. ഓരോ പരിശോധനയും ഒരു പാത ക്ഷയിച്ച അവസ്ഥയിലും പിന്നീട് ഒരു പാത നീക്കം ചെയ്ത അവസ്ഥയിലും നടത്തുക.

പാത മാറ്റത്തിലൂടെ ഒരു വിജയകരമായ ഫയൽ കൈമാറ്റം തുടർച്ചയായ പ്രവർത്തനം തെളിയിക്കുന്നില്ല. ഇഷ്ടപ്പെട്ട പാത മാറ്റിക്കൊണ്ട് കൈമാറ്റം ആവർത്തിക്കുക, കാരിയറിന്റെ കാഴ്ചയും VPN-ന്റെ സ്വന്തം കൗണ്ടറുകളും പരിശോധിക്കുക. ഡാറ്റ ഏത് പാത വഹിച്ചു എന്നതിൽ രണ്ടും യോജിക്കുന്നില്ലെങ്കിൽ, കരാർ ഇപ്പോഴും നിരീക്ഷിക്കാനാകുന്നില്ല.

അംഗീകരിച്ച മാട്രിക്സ് വിന്യാസത്തോടൊപ്പം സൂക്ഷിക്കുക. ഏത് സ്വഭാവമാണ് വാഗ്ദാനം ചെയ്തത്, ഏത് പാത സംയോജനങ്ങൾ പരീക്ഷിച്ചു, ഏത് പരാജയ രീതി ഇപ്പോഴും പിന്തുണയ്ക്കുന്നില്ല എന്ന് അടുത്ത എൻജിനീയർക്ക് ലിങ്ക് സ്ഥിതി വിളക്കുകളിൽ നിന്ന് പുതിയ ഊഹമില്ലാതെ പറയുന്നു.