VirtualBox NAT അതിഥി DNS ഹോസ്റ്റ് VPN-ൽ ചേരുന്നതോടെ തകരുന്നു

Windows ഹോസ്റ്റിൽ VPN ബന്ധിപ്പിക്കുമ്പോൾ തന്നെ ആന്തരിക ആപ്ലിക്കേഷൻ നാമം റിസോൾവ് ചെയ്യുന്നു, എന്നാൽ Ubuntu അതിഥിക്കുള്ളിൽ ചെയ്യുന്നില്ല. അതിഥി സ്വന്തം റിസോൾവർ ക്രമീകരണങ്ങൾ സൂക്ഷിക്കുന്നു, അതിന് മുന്നിലുള്ള NAT അഡാപ്റ്റർ DNS ചോദ്യങ്ങൾക്ക് രണ്ട് വ്യത്യസ്ത വഴികളിൽ ഉത്തരം നൽകാം. അതിഥിയെ പൊതു റിസോൾവറിലേക്ക് തിരിച്ചുവിട്ടാൽ വെബ്സൈറ്റുകൾ വീണ്ടും ലോഡാകും, എന്നാൽ സ്വകാര്യ നാമങ്ങൾ തകർന്നു തന്നെ നിൽക്കും. അതുകൊണ്ട് എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് റിസോൾവർ പാത ട്രേസ് ചെയ്യുന്നു.

NAT അഡാപ്റ്ററിലൂടെ ഒരു ലുക്കപ്പ് ട്രേസ് ചെയ്യുക

നിയന്ത്രണത്തിനായി ഒരു ആന്തരിക പൂർണ്ണ-യോഗ്യ നാമവും ഒരു പൊതു നാമവും തിരഞ്ഞെടുക്കുക. ടണൽ ഉയർന്നിരിക്കുമ്പോൾ, ആന്തരിക നാമം റിസോൾവ് ചെയ്യുന്നുവെന്നും അതിന് പിന്നിലെ ആപ്ലിക്കേഷൻ തുറക്കുന്നുവെന്നും ഹോസ്റ്റിൽ സ്ഥിരീകരിക്കുക. പിന്നീട് അതേ രണ്ട് ലുക്കപ്പുകൾ അതിഥിക്കുള്ളിൽ പ്രവർത്തിപ്പിച്ച്, ഉപകരണങ്ങളല്ല, ഉത്തരങ്ങൾ താരതമ്യം ചെയ്യുക.

മുന്നോട്ട് പോകുന്നതിന് മുമ്പ് അഡാപ്റ്റർ ശരിക്കും സാധാരണ NAT ആണെന്ന് സ്ഥിരീകരിക്കുക. ബ്രിഡ്ജ് അഡാപ്റ്റർ, പേരിട്ട NAT നെറ്റ്വർക്ക്, അതിഥിക്കുള്ളിലെ രണ്ടാം VPN ക്ലയന്റ്, ഓരോന്നിനും സ്വന്തം കോൺഫിഗറേഷനും സ്വന്തം വിശദീകരണവുമുണ്ട്. ഈ ഘട്ടത്തിൽ ഊഹിക്കുന്നത് ബാക്കി അന്വേഷണം പാഴാക്കുന്നു.

VBoxManage showvminfo work-ubuntu --machinereadable | grep -i natnet
resolvectl status | head -40
cat /etc/resolv.conf

ആദ്യ കമാൻഡ് അഡാപ്റ്ററിന്റെ മോഡും അതിൽ ഘടിപ്പിച്ച ഏതെങ്കിലും NAT നെറ്റ്വർക്കും കാണിക്കുന്നു. Ubuntu അതിഥിക്കുള്ളിൽ രണ്ടാമത്തേത് ഓരോ ലിങ്കിന്റെയും DNS ക്രമീകരണങ്ങൾ പട്ടികപ്പെടുത്തുന്നു, മൂന്നാമത്തേത് പലപ്പോഴും പ്രാദേശിക സ്റ്റബ് വിലാസം മാത്രം വെളിപ്പെടുത്തുന്നു, അതായത് യഥാർത്ഥ upstream മറ്റെവിടെയോ ആണ്.

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

പ്രോക്സി മോഡും ഹോസ്റ്റ് റിസോൾവർ മോഡും വ്യത്യസ്ത സംവിധാനങ്ങളാണ്

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

ആ വ്യത്യാസമാണ് ഒരു വാക്യത്തിലെ മുഴുവൻ പ്രശ്നം. അതിഥിക്ക് സെർവർ വിലാസങ്ങളുടെ പട്ടിക നൽകുന്നത് Windows-നോട് അതിന്റെ ക്രമീകരിച്ച റിസോൾവർ വഴി നാമം റിസോൾവ് ചെയ്യാൻ ആവശ്യപ്പെടുന്നതിന് തുല്യമല്ല, വിഭജിത-DNS VPN-ൽ രണ്ട് ഉത്തരങ്ങളും വ്യത്യസ്തമാണ്. അഡാപ്റ്റർ ഓപ്ഷൻ സംവിധാനത്തെക്കുറിച്ചാണ്, അനുമതിയെക്കുറിച്ചല്ല.

ഏത് മോഡും ഒന്നിനും പ്രവേശനം നൽകുന്നില്ല. അധികാരം VPN നയത്തിലും സേവനത്തിലുമാണ്, പ്രവർത്തിക്കുന്ന ലുക്കപ്പ് എന്നാൽ ഒരു നാമം വിലാസമായി മാറി എന്നർത്ഥം മാത്രം.

അഡാപ്റ്റർ മാറ്റുക, തുടർന്ന് അതിഥിക്ക് എന്ത് ലഭിക്കുന്നുവെന്ന് പരിശോധിക്കുക

ആദ്യം VM-ന്റെ നെറ്റ്വർക്ക്, DNS ക്രമീകരണങ്ങൾ രേഖപ്പെടുത്തുക, തുടർന്ന് യന്ത്രം അണയ്ക്കുക, അങ്ങനെ നിങ്ങൾ എഡിറ്റ് ചെയ്യുന്നത് സ്ഥിരമായ കോൺഫിഗറേഷനായിരിക്കും. ആദ്യ അഡാപ്റ്റർ NAT വഹിക്കുന്ന work-ubuntu എന്ന VM-ന്, അഡാപ്റ്റർ തോറുമുള്ള ഓപ്ഷൻ VM ഓഫ് ആയിരിക്കുമ്പോൾ ഹോസ്റ്റിൽ നിന്ന് ക്രമീകരിക്കുന്നു. പിന്നീട് അത് വീണ്ടും ആരംഭിച്ച് എക്സിറ്റ് സ്റ്റാറ്റസ് വിശ്വസിക്കുന്നതിന് പകരം ഫലം പരിശോധിക്കുക.

VBoxManage modifyvm work-ubuntu --natdnshostresolver1 on
VBoxManage showvminfo work-ubuntu --machinereadable | grep -i natdns

അവസാന അക്കം അഡാപ്റ്റർ നമ്പർ തിരഞ്ഞെടുക്കുന്നു, അതിനാൽ ഇത് സാർവത്രിക മൂല്യമല്ല; അഡാപ്റ്റർ 2 ക്രമീകരണം ആ സ്ഥാനത്ത് 2 വഹിക്കും. ഇൻസ്റ്റാൾ ചെയ്ത VirtualBox പതിപ്പിന് അനുയോജ്യമായ VBoxManage ബൈനറി ഉപയോഗിക്കുക, കാരണം പാതയിലെ പഴയത് പ്രവർത്തിക്കുന്ന പതിപ്പ് അവഗണിക്കുന്ന ക്രമീകരണങ്ങൾ എഴുതിയേക്കാം.

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

VPN-ന്റെ മുഴുവൻ ജീവിതചക്രത്തിലും പരിശോധിക്കുക, ഒരിക്കൽ മാത്രമല്ല

രണ്ട് ലുക്കപ്പുകളും അതിഥിയിൽ ആവർത്തിക്കുക, തുടർന്ന് യഥാർത്ഥ ആപ്ലിക്കേഷൻ തുറന്ന് അത് TLS ഹോസ്റ്റ്നാമം സാധൂകരിക്കാൻ അനുവദിക്കുക. IP മാത്രമുള്ള കണക്ഷൻ പരിശോധന DNS-നെ നന്നായി വേർതിരിക്കുന്നു, പക്ഷേ അത് സർട്ടിഫിക്കറ്റ് പരിശോധനയല്ല, അങ്ങനെ റിപ്പോർട്ട് ചെയ്യരുത്. നാമം, വിലാസം, ആപ്ലിക്കേഷൻ ഫലം എന്നിവ ഒരുമിച്ച് രേഖപ്പെടുത്തുക.

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

ഹോസ്റ്റ് റിസോൾവർ മോഡ് ഒന്നും മാറ്റാത്തപ്പോൾ, രേഖപ്പെടുത്തിയ മൂല്യം തിരികെ വയ്ക്കുകയും നിരീക്ഷണങ്ങൾ സൂക്ഷിക്കുകയും ചെയ്യുക. ഹൈപ്പർവൈസർ ട്രാഫിക് ഒഴിവാക്കുന്ന VPN ക്ലയന്റ്, എത്തിച്ചേരാനാകാത്ത ആന്തരിക റിസോൾവർ, പിൻ ചെയ്ത അതിഥി ക്രമീകരണം, ഓരോന്നിനും വ്യത്യസ്ത തിരുത്തൽ ആവശ്യമാണ്, അഡാപ്റ്റർ ബ്രിഡ്ജ് ചെയ്യുന്നത് DNS റീസെറ്റ് ചെയ്യുന്നതിന് പകരം നെറ്റ്വർക്ക് രൂപകൽപ്പന മാറ്റുന്നു.