SoftEther SecureNAT: DHCP ഉം NAT ഉം രണ്ട് തീരുമാനങ്ങളാണ്

SecureNAT രണ്ട് സേവനങ്ങൾ ഓണാക്കുന്ന ഒരൊറ്റ ചെക്ക്ബോക്സാണ്, അതിനെക്കുറിച്ചുള്ള മിക്ക ആശയക്കുഴപ്പവും ഇവിടെ നിന്നാണ് വരുന്നത്. ഒരു വെർച്വൽ DHCP സെർവർ ക്ലയന്റിന് വിലാസം, മാസ്ക്, ഗേറ്റ്വേ, പലപ്പോഴും ഒരു റിസോൾവർ എന്നിവ നൽകുന്നു. ഒരു വെർച്വൽ NAT സെർവർ ഹോസ്റ്റിന്റെ സ്വന്തം നെറ്റ്വർക്ക് സ്റ്റാക്ക് ഉപയോഗിച്ച് ആ ഗേറ്റ്വേയ്ക്ക് അപ്പുറത്തേക്ക് പാക്കറ്റുകൾ അയയ്ക്കുന്നു. കോൺഫിഗറേഷനിൽ ഇവ ഒരുമിച്ച് നിൽക്കുന്നു, സ്വതന്ത്രമായി പരാജയപ്പെടുന്നു: ക്ലയന്റിന് തികഞ്ഞ ലീസ് ഉണ്ടാകാം, പക്ഷേ പ്രവർത്തിക്കുന്ന പാത ഇല്ലായിരിക്കാം, അല്ലെങ്കിൽ പ്രവർത്തിക്കുന്ന പാത ഉണ്ടാകാം, പക്ഷേ ക്രമീകരണങ്ങൾ തെറ്റായ റിസോൾവറിലേക്ക് ചൂണ്ടുന്നു. ഇവയെ രണ്ട് തീരുമാനങ്ങളായി പരിശോധിക്കുക, രോഗനിർണയം ചെറുതാകും.

ഒരു ചെക്ക്ബോക്സിന് പിന്നിൽ രണ്ട് സേവനങ്ങൾ

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

വെർച്വൽ ഹോസ്റ്റ് ഇന്റർഫേസ് ആദ്യ തീരുമാനത്തിന്റെ ഭാഗമാണ്, രണ്ടാമത്തേതിന്റെയല്ല. അതിന്റെ വിലാസം, പലപ്പോഴും സ്വതവേ 192.168.30.1 പോലെയുള്ള ഒന്ന്, DHCP സേവനം നൽകുന്ന ഗേറ്റ്വേയാണ്. ഇത് സെർവറിന്റെ പൊതു ശ്രവണ വിലാസമല്ല, രണ്ടും കൂട്ടിക്കലർത്തുന്നത് ആ നെറ്റ്വർക്കിൽ ഇല്ലാത്ത ഒരു യന്ത്രത്തിലേക്ക് ലക്ഷ്യമിടുന്ന ഫയർവാൾ നിയമങ്ങളും ക്ലയന്റ് ക്രമീകരണങ്ങളും സൃഷ്ടിക്കുന്നു.

തീരുമാനം 1: വിലാസം ആരാണ് നൽകുന്നത്

വെർച്വൽ DHCP ഓണാണെങ്കിൽ, നിങ്ങൾ കോൺഫിഗർ ചെയ്ത പൂളിൽ ക്ലയന്റുകൾക്ക് ലീസ് ലഭിക്കണം, ഗേറ്റ്വേ ആയി വെർച്വൽ ഹോസ്റ്റ് ഇന്റർഫേസും റിസോൾവർ ആയി നിങ്ങൾ നൽകിയതും. ക്ലയന്റിന്റെ സ്റ്റാറ്റസ് വാചകമല്ല, ലീസ് പരിശോധിക്കുക, കാരണം «കണക്ട് ചെയ്തു» ടണൽ വിവരിക്കുന്നു, വിലാസ വിഭജനമല്ല:

vpncmd localhost /SERVER /CMD SecureNatStatusGet
vpncmd localhost /SERVER /CMD DhcpGet
ip -4 addr show
ip route

മറ്റെന്തെങ്കിലും ഡീബഗ് ചെയ്യുന്നതിന് മുമ്പ് അറിയേണ്ട രണ്ട് പരാജയ മാതൃകകളുണ്ട്. മുൻ രൂപകൽപ്പനയിൽ നിന്ന് അവശേഷിക്കുന്ന സ്റ്റാറ്റിക് വിലാസമുള്ള ക്ലയന്റ് അത് സൂക്ഷിക്കുകയും ലീസ് അവഗണിക്കുകയും ചെയ്യും, ഇത് DHCP ഉത്തരം നൽകാൻ വിസമ്മതിക്കുന്നതുപോലെ തോന്നിക്കുന്നു. ബ്രിഡ്ജ് ചെയ്ത സെഗ്മെന്റിലെ രണ്ടാമത്തെ DHCP ഉറവിടം അതേ ക്ലയന്റുകൾക്കായി മത്സരിക്കും, ഇത് ഇടയ്ക്കിടെ വിലാസങ്ങൾ മാറാനും പ്രശ്നം പുനർനിർമ്മിക്കാൻ കഴിയാത്ത ഒരു സപ്പോർട്ട് ക്യൂവിനും കാരണമാകുന്നു.

ഓവർലാപ്പ് ചെയ്യുന്ന പൂളുകളും ഇവിടെ വരുന്നു. വെർച്വൽ DHCP പൂൾ ഹോസ്റ്റിന്റെ LAN സബ്നെറ്റുമായോ മറ്റൊരു ഹബ്ബിന്റെ പൂളുമായോ ഓവർലാപ്പ് ചെയ്താൽ, ക്ലയന്റിന് അവ്യക്തമായി റൂട്ട് ചെയ്യുന്ന ഒരു വിലാസം ലഭിക്കും, തുടർന്നുള്ള ഓരോ പരിശോധനയും നിർണ്ണായകമല്ലാതാകും.

തീരുമാനം 2: വെർച്വൽ ഗേറ്റ്വേയ്ക്ക് അപ്പുറം ആരാണ് അയയ്ക്കുന്നത്

വെർച്വൽ NAT ഓണായിരിക്കുമ്പോൾ, ഹബ്ബിൽ നിന്ന് പുറത്തേക്കുള്ള ട്രാഫിക് സെർവർ വിവർത്തനം ചെയ്ത് ഹോസ്റ്റിന്റെ റൂട്ടിംഗ് പട്ടികയിലൂടെ അയയ്ക്കുന്നു. അതായത് ഫോർവേഡിംഗ് ശൃംഖല ഇതാണ്: ക്ലയന്റിൽ നിന്ന് വെർച്വൽ ഗേറ്റ്വേയിലേക്ക്, വെർച്വൽ NAT-ൽ നിന്ന് ഹോസ്റ്റ് സ്റ്റാക്കിലേക്ക്, ഹോസ്റ്റ് സ്റ്റാക്കിൽ നിന്ന് അതിന്റെ സ്വതവേയുള്ള റൂട്ടിലേക്ക്. ഓരോ കണ്ണിയും മറ്റുള്ളവയെ സ്പർശിക്കാതെ പരാജയപ്പെടാം, പരാജയത്തിന്റെ അടയാളങ്ങൾ വ്യത്യസ്തമാണ്.

ഹബ്ബ് വിട്ടുപോകേണ്ട ഒന്നുകൊണ്ട് രണ്ടാമത്തെ തീരുമാനം പരിശോധിക്കുക, ഹബ്ബിന് പ്രാദേശികമായ ഒന്നുകൊണ്ടല്ല. വെർച്വൽ ഗേറ്റ്വേയിലേക്ക് പിംഗ് ചെയ്യുന്നത് ആദ്യ കണ്ണി മാത്രം തെളിയിക്കുന്നു, അതിൽ കൂടുതലില്ല:

vpncmd localhost /SERVER /CMD NatGet
vpncmd localhost /SERVER /CMD NatTable
dig +short example.com
ip route get 203.0.113.10

പേര് വിശകലനം പ്രവർത്തിക്കുന്നു, പക്ഷേ പൊതു വിലാസത്തിലേക്കുള്ള കണക്ഷനുകൾ പരാജയപ്പെടുന്നു എങ്കിൽ, നിങ്ങൾ DHCP-യിലല്ല, ഫോർവേഡിംഗ് ശൃംഖലയിലാണ്. രണ്ടും പരാജയപ്പെട്ടാൽ, ആദ്യം റിസോൾവർ പരിശോധിക്കുക, കാരണം എത്തിച്ചേരാൻ കഴിയാത്ത ആന്തരിക വിലാസമായി അയയ്ക്കുന്ന റിസോൾവർ പ്രവർത്തിക്കുന്ന പാതയെ പൂർണ്ണമായി തകർന്നതായി കാണിക്കും.

SecureNAT-ന്റെ ഫോർവേഡിംഗ് സെർവർ പ്രോസസ് നടപ്പിലാക്കുന്നു, ബ്രിഡ്ജിനൊപ്പം ഉപയോഗിക്കുന്ന കെർണൽ ഫോർവേഡിംഗ് പാതയല്ല. ഇത് സൗകര്യപ്രദവും ബ്രിഡ്ജിംഗിനേക്കാൾ സാവധാനവുമാണ്, കൂടാതെ ഹോസ്റ്റിന്റെ സ്വന്തം ഫയർവാൾ നിയമങ്ങളും റൂട്ടിംഗ് തീരുമാനങ്ങളും വിവർത്തനം ചെയ്ത ട്രാഫിക്കിൽ ഇപ്പോഴും ബാധകമാണെന്നും ഇത് അർത്ഥമാക്കുന്നു. വെർച്വൽ NAT ഹോസ്റ്റിന്റെ നയം ഒഴിവാക്കുന്നില്ല; അത് ഉപയോഗിക്കുന്നു.

ഹോസ്റ്റിന്റെ സ്വന്തം പാത മൂന്നാമത്തെ കാര്യമാണ്

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

SecureNAT സെർവറുമായി ബന്ധിപ്പിച്ച ഓരോ നെറ്റ്വർക്കിലും എത്താനുള്ള അനുമതിയുമല്ല. അതിലേക്ക് എത്തുന്ന ട്രാഫിക് അത് വിവർത്തനം ചെയ്ത് ഫോർവേഡ് ചെയ്യുന്നു; ഹോസ്റ്റിന് എന്തിലേക്ക് എത്താമെന്ന് തീരുമാനിക്കുന്നത് ഇപ്പോഴും ഹോസ്റ്റിന്റെ ഫയർവാളിന്റെയും റൂട്ടിംഗിന്റെയും ജോലിയാണ്, പ്രവേശനം നൽകാൻ ടണലിനെ ആശ്രയിക്കുന്ന രൂപകൽപ്പന അധികം നൽകുന്നതിൽ നിന്ന് ഒരു മോശം നിയമം മാത്രം അകലെയാണ്.

വിലാസ കുടുംബങ്ങൾക്ക് സ്വന്തം പരിശോധന വേണം. പ്രവർത്തിക്കുന്ന IPv4 DHCP ഉദാഹരണം നിങ്ങളുടെ ബിൽഡിൽ എല്ലാ IPv6 കഴിവുകളും ഉണ്ടെന്ന് തെളിയിക്കുന്നില്ല, അതിനാൽ ഇരട്ട സ്റ്റാക്ക് സ്വഭാവം വാഗ്ദാനം ചെയ്യുന്നതിന് മുമ്പ് നിങ്ങൾ യഥാർത്ഥത്തിൽ പ്രവർത്തിപ്പിക്കുന്ന പതിപ്പിന്റെ മാനുവൽ വായിക്കുക. മാനുവലിന്റെ SecureNAT വിഭാഗം നിലവിലെ റിലീസിനുള്ള വെർച്വൽ NAT, DHCP ഫംഗ്ഷനുകൾ ഉൾക്കൊള്ളുന്നു.

ഓരോ തീരുമാനവും അതിന്റേതായ പരിശോധനയിൽ സ്ഥിരീകരിക്കുക

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

പിന്നെ വിഭജനം ഡിസൈൻ കുറിപ്പിൽ രേഖപ്പെടുത്തുക: ഏത് ഘടകം വിലാസം നൽകുന്നു, ഏത് ഘടകം ഫോർവേഡ് ചെയ്യുന്നു, ഏത് ഹോസ്റ്റ് ഇന്റർഫേസിലൂടെ ട്രാഫിക് പുറത്തുപോകുന്നു. പുനരാരംഭം സ്വഭാവം മാറ്റുമ്പോൾ, ആ കുറിപ്പ് മൂന്നിൽ ഏതാണ് പരിശോധിക്കേണ്ടതെന്ന് പറയും, എല്ലാം പുനരാരംഭിച്ച് ലക്ഷണം മാറുമെന്ന് പ്രതീക്ഷിക്കുന്നതിന് പകരം.

ഇനിയും ഒരു തീരുമാനം രേഖയിൽ വേണം, ഇന്ന് എടുക്കുന്നില്ലെങ്കിലും: SecureNAT-ഉം ലോക്കൽ ബ്രിഡ്ജും ഒരേ ഹബ്ബിനുള്ള വ്യത്യസ്ത രൂപകൽപ്പനകളാണ്, രണ്ടും വേണ്ട ഹബ്ബിന് മറ്റൊരു പ്ലാൻ വേണം. ബോധപൂർവം തിരഞ്ഞെടുക്കുക, എന്തുകൊണ്ടെന്ന് എഴുതുക, അപ്പോൾ അടുത്തയാൾക്ക് പ്രവർത്തിക്കുന്ന കോൺഫിഗറേഷനിൽ നിന്ന് അത് വിപരീത എഞ്ചിനീയറിംഗ് ചെയ്യേണ്ടിവരില്ല.