നിങ്ങൾക്ക് കോൺഫിഗർ ചെയ്യാൻ കഴിയാത്ത NAT-ന് പിന്നിലെ VPN: എന്താണ് ഇപ്പോഴും പ്രവർത്തിക്കുന്നത്

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

മാപ്പിംഗ് പട്ടികയാണ് എല്ലാം നിർണ്ണയിക്കുന്നത്

നെറ്റ്വർക്ക് വിലാസ പരിഭാഷ ഒരു പട്ടിക സൂക്ഷിക്കുന്നു, അതിൽ ആന്തരിക വിലാസവും പോർട്ടും പൊതു വിലാസത്തിനും പോർട്ടിനും എതിരെ രേഖപ്പെടുത്തുന്നു. രേഖയുമായി പൊരുത്തപ്പെടുന്ന മറുപടികൾ തിരികെ പരിഭാഷപ്പെടുത്തുന്നു, പൊരുത്തപ്പെടുന്ന രേഖയില്ലാതെ പുറത്തുനിന്ന് എത്തുന്ന പാക്കറ്റിന് ലക്ഷ്യസ്ഥാനമേയില്ല. ആ ഒരു സ്വഭാവം റൗട്ടറിന് പിന്നിലെ ശ്രോതാവ് ഇന്റർനെറ്റിൽ നിന്ന് എത്താനാകാത്തത് എന്തുകൊണ്ടെന്ന് വിശദീകരിക്കുന്നു. ഓരോ ദിശയിലെയും ആദ്യ പാക്കറ്റ് അകത്തുനിന്ന് തുടങ്ങണം എന്നതും അത് വിശദീകരിക്കുന്നു.

റൗട്ടറിന്റെ വശത്തുനിന്ന് പട്ടിക നോക്കിയാൽ പരിഹാരമാർഗങ്ങൾ വ്യക്തമാകും: ഒന്നുകിൽ എന്തെങ്കിലും സ്ഥിരമായ എൻട്രി സൃഷ്ടിക്കുന്നു, അല്ലെങ്കിൽ താൽക്കാലികമായ ഒന്ന് സൃഷ്ടിച്ച് പുതുക്കി നിർത്തുന്നു, അല്ലെങ്കിൽ ട്രാഫിക് ആ വഴിയിൽ ഒരിക്കലും പോകുന്നില്ല. ലേഖനത്തിന്റെ ബാക്കി ആ മൂന്ന് സാഹചര്യങ്ങളാണ് ക്രമത്തിൽ. ഇവിടെ ഒന്നും പട്ടിക രേഖപ്പെടുത്തുന്നതിനപ്പുറമുള്ള വെണ്ടർ സവിശേഷതയെ ആശ്രയിക്കുന്നില്ല.

റാൻഡെസ്വസ് സേവനത്തിന് എന്ത് ചെയ്യാം, എന്ത് ചെയ്യാനാകില്ല

UDP ഹോൾ പഞ്ചിംഗ് ഫിൽട്ടറിനെ തോൽപ്പിക്കുന്നതിനുപകരം പുറത്തേക്കുള്ള രേഖയെ താൽക്കാലിക തുറവിയായി ഉപയോഗിക്കുന്നു. രണ്ട് പിയറുകളും ഒരു റാൻഡെസ്വസ് സേവനവുമായി ബന്ധപ്പെടുന്നു, അത് ഓരോ പൊതു എൻഡ്പോയിന്റും പഠിച്ച് മറുവശത്തിന് അതിന്റെ എൻഡ്പോയിന്റ് തിരികെ അറിയിക്കുന്നു. പിന്നീട് രണ്ടും പരസ്പരം അയയ്ക്കുന്നു, ഓരോ പുറത്തേക്കുള്ള പാക്കറ്റും മറുപടി അകത്തേക്ക് കടത്തിവിടുന്ന രേഖ സൃഷ്ടിക്കുകയോ പുതുക്കുകയോ ചെയ്യുന്നു. ക്രമമാണ് അതിനെ പ്രവർത്തിപ്പിക്കുന്നത്, ക്രമം തന്നെയാണ് അതിനെ ദുർബലമാക്കുന്നതും: മറുവശം തന്റെ രേഖ സൃഷ്ടിക്കുന്നതിന് മുമ്പ് അയയ്ക്കുന്ന പിയർ വെറുതെ ഉപേക്ഷിക്കപ്പെടുന്നു, ഒരു നിമിഷത്തിന് ശേഷമുള്ള വീണ്ടും ശ്രമം വിജയിക്കുന്നു. സേവനം തന്നെ VPN ട്രാഫിക് വഹിക്കുന്നില്ല, അതിനാൽ അതിന്റെ ഏക ശക്തി അത് ഏകോപിപ്പിക്കുന്ന സമയമാണ്.

മാപ്പിംഗ് സ്വഭാവമാണ് ബാക്കി നിർണ്ണയിക്കുന്നത്, ഒപ്പം RFC 4787 മൂന്ന് രൂപങ്ങൾ പേരിടുന്നു: എൻഡ്പോയിന്റ്-സ്വതന്ത്രം, വിലാസ-ആശ്രിതം, ഒപ്പം വിലാസവും പോർട്ടും-ആശ്രിതം. അവസാനത്തേതിൽ പിയർ ലക്ഷ്യമിടേണ്ട പോർട്ട് ഓരോ ലക്ഷ്യസ്ഥാനത്തിനും മാറുന്നു, അതിനാൽ പ്രവചനം വിശ്വസനീയമല്ലാതാകുന്നു. അവിടെയാണ് ഈ സാങ്കേതികവിദ്യ അതിന്റെ അവസാനം കാണുന്നത്, കാരണം കാരിയർ-ഗ്രേഡ് NAT-ഉം കർശനമായ കോർപ്പറേറ്റ് ഫയർവാളും രണ്ടും പദ്ധതിക്ക് ആവശ്യമായ പ്രവചനസാധ്യത നീക്കം ചെയ്യുന്നു, എത്ര വീണ്ടും ശ്രമിച്ചാലും അത് തിരികെ വരില്ല.

കീപ്പലൈവ്, റീബൂട്ട്, ഒപ്പം നീങ്ങുന്ന എൻഡ്പോയിന്റ്

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

ഒരു മണിക്കൂർ ഉറങ്ങിയ ലാപ്ടോപ്പ് സാധാരണയായി മറ്റൊരു പൊതു എൻഡ്പോയിന്റിൽ തിരികെ വരുന്നു. മാർഗം വീണ്ടും സ്ഥാപിക്കുന്ന എല്ലാം വീണ്ടും അകത്തുനിന്ന് ഓടണം, ഇത് അതേ വ്യവസ്ഥ ക്ലയന്റിലേക്ക് തിരികെ കൊണ്ടുവരുന്നു.

കാണാത്ത ഫോർവേഡ് ഒഴിവാക്കാനുള്ള മൂന്ന് വഴികൾ

ആദ്യ വഴി റൗട്ടറിനോട് എൻട്രി സ്വയം സൃഷ്ടിക്കാൻ ആവശ്യപ്പെടുന്നു, UPnP IGD, NAT-PMP അല്ലെങ്കിൽ PCP വഴി, സവിശേഷത നിലവിലുണ്ടെങ്കിൽ ഓൺ ആണെങ്കിൽ. രണ്ടാമത്തേത് ട്രാഫിക് പൊതു വിലാസമുള്ള റിലേയ്ക്ക് നൽകുന്നു, അത് എപ്പോഴും പ്രവർത്തിക്കുന്നു, എപ്പോഴും ബാൻഡ്വിഡ്ത്തിനൊപ്പം മറ്റൊരു വിശ്വാസ അതിർത്തിയും ചെലവാക്കുന്നു. മൂന്നാമത്തേത് ദിശ മറിക്കുന്നു: ആന്തരിക ഹോസ്റ്റ് പൊതു സെർവറിലേക്ക് പുറത്തേക്കുള്ള ടണൽ തുറക്കുന്നു, ബാക്കിയെല്ലാം അതിനുള്ളിൽ സഞ്ചരിക്കുന്നു.

[Peer]
PublicKey = 6yGj3kQ2wVb8sTn1pLx4dRc7hZa9mKf2uYe5oNq0iXw=
Endpoint = relay.corp.internal:51820
PersistentKeepalive = 25
AllowedIPs = 10.44.0.0/24

റിലേ എൻഡ്പോയിന്റ് ആ കൈമാറ്റം ക്ലയന്റ് കോൺഫിഗറേഷനിൽ ദൃശ്യമാക്കുന്നു, അവിടെ എൻഡ്പോയിന്റ് പിയറിന്റെ സ്വന്തം വിലാസമല്ല, റിലേയാണ്. സ്ഥിരമായ കീപ്പലൈവ് മാപ്പിംഗ് ചൂടോടെ നിർത്തുന്നു, അനുവദിച്ച പ്രിഫിക്സുകൾ ക്ലയന്റിന് അതിലൂടെ എന്ത് അയയ്ക്കാമെന്ന് നിർണ്ണയിക്കുന്നു. ആന്തരിക ഹോസ്റ്റിൽ നിന്നുള്ള വിപരീത ടണൽ മറ്റൊരു ഉടമയുമായി അതേ ആശയമാണ്, അതിന് NAT-ൽ ഒരു മാറ്റവും ആവശ്യമില്ല. മൂന്നിൽ ഓരോന്നും വരവ് വ്യവസ്ഥ നീക്കം ചെയ്യുന്നു, എന്നാൽ ഡിസൈൻ പ്രകാരം ആവശ്യപ്പെടാത്ത ട്രാഫിക് തടയുന്ന ഫയർവാളിനെ തോൽപ്പിക്കുന്നില്ല, കാരണം ട്രാഫിക് ഇപ്പോഴും അകത്തുനിന്ന് തുടങ്ങുന്നു.

പരിഹാരമാർഗത്തെ റൗട്ടറിന്റെ ഉടമയുമായി യോജിപ്പിക്കുക

നിങ്ങൾ റൗട്ടർ കൈകാര്യം ചെയ്യുന്നുണ്ടെങ്കിൽ, സ്ഥിരമായ UDP ഫോർവേഡ് ഏത് പഞ്ചിംഗ് പദ്ധതിയെക്കാളും ഓഡിറ്റ് ചെയ്യാൻ എളുപ്പമാണ്, നിങ്ങൾ കാണുന്ന വിധത്തിൽ പരാജയപ്പെടുന്നു. ഇല്ലെങ്കിൽ, വെണ്ടർ റിലേയോ ഹോസ്റ്റഡ് നിയന്ത്രണ തലമോ വാഗ്ദാനം ചെയ്യുന്നുണ്ടോ, നയം അതിന്റെ ഉപയോഗം അനുവദിക്കുമോ എന്ന് കണ്ടെത്തുക. രണ്ടും ഇല്ലെങ്കിൽ, ബാക്കിയുള്ള ഓപ്ഷനുകൾ വിപരീത ടണൽ അല്ലെങ്കിൽ എൻഡ്പോയിന്റ് പുറത്തുനിന്ന് എത്താനാകില്ലെന്ന് സമ്മതിക്കുക എന്നതാണ്. ഏതാണ് ഉപയോഗിച്ചതെന്ന് രേഖപ്പെടുത്തുന്നത് കേൾക്കുന്നതിലും പ്രധാനമാണ്, കാരണം ഓപ്ഷനുകൾ ട്രാഫിക് ആർക്ക് നിരീക്ഷിക്കാമെന്നതിലും മൂന്നാം കക്ഷി എന്തെങ്കിലും മാറ്റുമ്പോൾ എന്ത് സംഭവിക്കുമെന്നതിലും വ്യത്യസ്തമാണ്.

നിങ്ങൾ എത്തിയ മാർഗം നേരിട്ടുള്ളതായിരുന്നോ റിലേ വഴിയായിരുന്നോ എന്ന് ശ്രദ്ധിക്കുക, കാരണം ഈ ഒരു വസ്തുത കാലതാമസവും പരാജയ സ്വഭാവവും രണ്ടും പ്രവചിക്കുന്നു. RFC 4787 ഇവയുടെയെല്ലാം അടിയിലുള്ള മാപ്പിംഗ് സ്വഭാവത്തിനുള്ള റഫറൻസായി തുടരുന്നു, അതിന്റെ മാപ്പിംഗ് വിഭാഗം വായിക്കുന്നത് മൂന്ന് പരിഹാരമാർഗങ്ങൾ ക്രമത്തിൽ പരീക്ഷിക്കുന്നതിനേക്കാൾ വേഗമാണ്. നിങ്ങൾ ഏത് ഓപ്ഷൻ തിരഞ്ഞെടുത്തു എന്നത് പട്ടികയ്ക്ക് പ്രശ്നമല്ല; അടുത്ത പാക്കറ്റിന് എന്ത് ചെയ്യാമെന്ന് മാത്രമാണ് അത് രേഖപ്പെടുത്തുന്നത്.