ഹോസ്റ്റ് VPN-ലേക്ക് ചേരുന്നതിന് ശേഷം VirtualBox ഗസ്റ്റിന്റെ DNS തകരുന്നു

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

ഏത് അഡാപ്റ്റർ മോഡാണ് ഡീബഗ് ചെയ്യുന്നതെന്ന് സ്ഥിരീകരിക്കുക

സാധാരണ NAT മോഡിലുള്ള ഒരു അഡാപ്റ്റർ മാത്രമാണ് ഈ ലേഖനം വിവരിക്കുന്ന രീതിയിൽ പെരുമാറുന്നത്. ബ്രിഡ്ജ് അഡാപ്റ്റർ സ്വന്തം ഐഡന്റിറ്റിയോടെ ഭൗതിക നെറ്റ്വർക്കിൽ ഇരിക്കുന്നു, NAT നെറ്റ്വർക്ക് സ്വന്തം DHCP, DNS ക്രമീകരണങ്ങളുള്ള പേരിട്ട വെർച്വൽ സ്വിച്ചാണ്, ഗസ്റ്റിനുള്ളിലെ VPN ക്ലയന്റ് പൂർണ്ണമായി രണ്ടാമതൊരു റിസോൾവർ കൂട്ടിച്ചേർക്കുന്നു. വായന തുടരുന്നതിന് മുമ്പ് മോഡ് സ്ഥിരീകരിക്കുക, ഈ ഓരോ കേസിലും പരിഹാരം വ്യത്യസ്തമാണ്.

ഒരു VM വ്യത്യസ്ത മോഡുകളിൽ രണ്ട് അഡാപ്റ്ററുകൾ വഹിക്കാം, ബാധിതമായത് എപ്പോഴും ആദ്യത്തേതല്ല.

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

ഗസ്റ്റിന്റെ റിസോൾവർ വഴി ഒരു നാമം പിന്തുടരുക

ഒരു ആന്തരിക നാമവും ഒരു പൊതു നിയന്ത്രണ നാമവും തിരഞ്ഞെടുത്ത്, രണ്ടും രണ്ടിടത്തും പരിശോധിക്കുക. സ്വകാര്യ നാമം റിസോൾവ് ചെയ്യാതിരിക്കുമ്പോൾ പൊതു നാമം റിസോൾവ് ചെയ്യുന്നത് പിഴവ് പൊതുവായ നാമ റിസോൾവിംഗിലല്ല, സ്വകാര്യ പാതയിലാണ് എന്ന് കാണിക്കുന്നു. സ്വകാര്യ നാമം മാത്രം പരിശോധിച്ചാൽ തകർന്ന റിസോൾവറും തകർന്ന റൂട്ടും തമ്മിൽ വേർതിരിക്കാൻ നിങ്ങൾക്കാകില്ല.

ഗസ്റ്റിനുള്ളിൽ, റിസോൾവർ യഥാർത്ഥത്തിൽ എന്തിനാണ് കോൺഫിഗർ ചെയ്തിരിക്കുന്നതെന്ന് നോക്കുക. systemd-resolved പ്രവർത്തിപ്പിക്കുന്ന Ubuntu ഗസ്റ്റിൽ, ഓരോ ലിങ്കിന്റെയും നില വന്ന സെർവറുകൾ കാണിക്കുന്നു, resolv.conf ഫയലിൽ ഒരു സ്റ്റബ് വിലാസം മാത്രമായിരിക്കാം, അത് ശരിയാണ്, സംശയകരമല്ല. കൈകൊണ്ട് തിരുത്തിയ ഫയലോ വേറിട്ട എൻക്രിപ്റ്റഡ്-DNS ക്ലയന്റോ ലുക്കപ്പുകൾ പൂർണ്ണമായി മറ്റൊരിടത്തേക്ക് അയക്കാം. മാറ്റുന്നതിന് മുമ്പ് കണ്ടത് എഴുതിവെക്കുക.

resolvectl status
resolvectl query app.internal.example

ഇവിടെ റിസോൾവിംഗിനെ എത്തിച്ചേരലിൽ നിന്ന് വേർതിരിക്കുക. സേവനം എത്തിച്ചേരാനാകാത്തതായിരിക്കുമ്പോൾ വരുന്ന വിലാസം DNS അല്ല, റൂട്ടിംഗ് അല്ലെങ്കിൽ നയത്തിന്റെ ചോദ്യമാണ്.

ആ അഡാപ്റ്ററിൽ ഹോസ്റ്റ് റിസോൾവർ മോഡ് പരീക്ഷിക്കുക

VirtualBox-ന്റെ NAT DNS ഓപ്ഷനുകൾ വ്യത്യസ്ത സംവിധാനങ്ങൾ വിവരിക്കുന്നു, ഹോസ്റ്റിന്റെ സ്വന്തം റിസോൾവർ ടണലിനൊപ്പം മാറുമ്പോൾ ഈ വ്യത്യാസം പ്രധാനമാകുന്നു. DNS പ്രോക്സി ഗസ്റ്റിന്റെ അഭ്യർത്ഥനകൾ തനിക്ക് നൽകിയ സെർവറുകളിലേക്ക് കൈമാറുന്നു. ഹോസ്റ്റ് റിസോൾവർ മോഡ് അഭ്യർത്ഥനകൾ തടഞ്ഞ് ഹോസ്റ്റിന്റെ DNS API വിളിക്കുന്നു, VPN ക്ലയന്റ് പുനഃക്രമീകരിച്ച Windows റിസോൾവറിനെ പിന്തുടരുന്ന മോഡ് അതാണ്.

തെറ്റായ സംവിധാനം സജീവമാക്കിയാൽ കമാൻഡ് വിജയിക്കും എന്നാൽ പെരുമാറ്റം മാറില്ല, ഇത് ഒരു വൈകുന്നേരം നഷ്ടപ്പെടുത്താനുള്ള ആശയക്കുഴപ്പമുള്ള വഴിയാണ്.

VBoxManage modifyvm "work-ubuntu" --natdnshostresolver1 on

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

VPN വീണ്ടും കണക്ട് ചെയ്യുന്നതിനിടയിൽ അതേ പരിശോധനകൾ ആവർത്തിക്കുക

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

പൊതു റിസോൾവിംഗ് പ്രവർത്തിക്കുന്നത് സ്വകാര്യ ക്വറികൾ നിങ്ങളുടെ നയം ആവശ്യപ്പെടുന്ന പാതയിൽ തുടർന്നു എന്ന് തെളിയിക്കുന്നില്ല.

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