ഹോസ്റ്റ് VPN കണക്ട് ചെയ്യുമ്പോൾ Hyper-V അതിഥിക്ക് DNS നഷ്ടപ്പെടുന്നു

അതിഥി ഇന്ന് രാവിലെ കുഴപ്പമില്ലായിരുന്നു. പിന്നീട് ഹോസ്റ്റ് Cisco AnyConnect ഓണാക്കി, VM അതിന്റെ DNS, ഡൊമെയിൻ വിശ്വാസം, പങ്കിട്ട ഫോൾഡർ എന്നിവ നഷ്ടപ്പെട്ടു, ഉള്ളിൽ ഒന്നും മാറിയിട്ടില്ലെങ്കിലും. ഹോസ്റ്റ് ടണലും അതിഥി നെറ്റ്വർക്കും വെവ്വേറെ വഴികളാണ്, ഒന്ന് ബന്ധിപ്പിക്കുന്നത് മറ്റൊന്നിനെ നീക്കുന്നില്ല. അതിഥിയുടെ ഉള്ളിൽ നിന്ന് പുറത്തേക്ക് പ്രവർത്തിക്കുക, എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് കാണുന്നത് എഴുതി വയ്ക്കുക.

അതിഥിക്ക് ഇപ്പോഴും കാണാൻ കഴിയുന്നത്

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

ആ മൂന്ന് വായനകൾ, രണ്ട് തവണ എടുത്തത്, നിങ്ങളുടെ അടിസ്ഥാനരേഖയാണ്. തുടർന്നുള്ളതെല്ലാം അവയ്ക്കെതിരെ അളക്കുന്നു.

അതിഥി ഏത് എക്സിറ്റ് ഉപയോഗിക്കുന്നു

Hyper-V ഇതിന് രണ്ട് കമാൻഡുകളിലൂടെ ഉത്തരം നൽകുന്നു: Get-VMSwitch സ്വിച്ചുകൾ പട്ടികപ്പെടുത്തുന്നു, കൂടാതെ Get-VMNetworkAdapter -VMName TestVM അതിഥി ബന്ധിപ്പിച്ചിരിക്കുന്ന സ്വിച്ച് കാണിക്കുന്നു. Default Switch Windows നിയന്ത്രിക്കുന്ന NAT നെറ്റ്വർക്കാണ്; ബാഹ്യ സ്വിച്ച് ട്രാഫിക് ഭൗതിക അഡാപ്റ്ററിലേക്ക് കൈമാറുന്നു; ആന്തരിക സ്വിച്ച് ആരെങ്കിലും NAT അല്ലെങ്കിൽ റൂട്ടർ ചേർക്കുന്നത് വരെ ഒന്നും വഹിക്കുന്നില്ല. VirtualBox അതേ മൂന്ന് ആശയങ്ങൾ NAT, NAT Network, bridged എന്നിങ്ങനെ അവതരിപ്പിക്കുന്നു.

ഹോസ്റ്റ് ടണലിന് ഒട്ടും പ്രാധാന്യമുണ്ടാകുമോ എന്ന് മോഡ് തീരുമാനിക്കുന്നു। NAT അതിഥിയെ WinNAT വിവർത്തനം ചെയ്യുന്നു, തുടർന്ന് ഹോസ്റ്റ് സ്റ്റാക്ക് ഫോർവേഡ് ചെയ്യുന്നു, അതിനാൽ അത് ഹോസ്റ്റിന്റെ റൂട്ട് പട്ടിക പിന്തുടരുന്നു; പൂർണ്ണ ടണൽ ക്ലയന്റിനൊപ്പം അതിന്റെ ട്രാഫിക് VPN അഡാപ്റ്ററിൽ പ്രവേശിക്കുന്ന ട്രാഫിക് ആണ്, ക്ലയന്റ് പ്രാദേശിക സബ്നെറ്റ് തടയുമ്പോൾ അത് ഉപേക്ഷിക്കപ്പെടുന്നു. ബാഹ്യ സ്വിച്ചിൽ ബ്രിഡ്ജ് ചെയ്ത അതിഥി ഹോസ്റ്റ് റൂട്ടിംഗിൽ ഒരിക്കലും എത്തുന്നില്ല: അതിന്റെ ഫ്രെയിമുകൾ ഭൗതിക NIC-ൽ നിന്ന് നേരിട്ട് പുറത്തുപോകുന്നു, അതിനാൽ അത് ടണലും ക്ലയന്റിന്റെ പ്രാദേശിക-LAN നയവും ഒഴിവാക്കുന്നു.

ഹോസ്റ്റ് ടണൽ Hyper-V-മായി പങ്കിടുന്നു

അതിഥിക്ക് ടണൽ ആവശ്യമുണ്ടെങ്കിൽ സ്വന്തം ക്ലയന്റ് പ്രവർത്തിപ്പിക്കാൻ കഴിയില്ലെങ്കിൽ, Windows VPN കണക്ഷൻ പങ്കിടാം. VPN അഡാപ്റ്ററിന്റെ ഗുണങ്ങൾ തുറന്ന്, പങ്കിടലിലേക്ക് പോയി, മറ്റ് നെറ്റ്വർക്ക് ഉപയോക്താക്കളെ അതിലൂടെ ബന്ധിപ്പിക്കാൻ അനുവദിക്കുക. ഹോം നെറ്റ്വർക്കിംഗ് കണക്ഷൻ Hyper-V അഡാപ്റ്ററിലേക്ക് ചൂണ്ടിക്കാണിക്കുക, vEthernet (Default Switch), തുടർന്ന് അതിഥിയുടെ ഉള്ളിൽ നിന്ന് പുതിയ അഭ്യർത്ഥന പരിശോധിക്കുക.

ഈ ക്രമീകരണത്തെ ലബോറട്ടറി പരിഹാരമായി കാണുക, കാരണം അത് അങ്ങനെയാണ് പെരുമാറുന്നത്. വിച്ഛേദനം, വീണ്ടും ബന്ധിപ്പിക്കൽ അല്ലെങ്കിൽ ഹോസ്റ്റ് റീബൂട്ട് എന്നിവയ്ക്ക് ശേഷം ഇത് വീണ്ടും പ്രയോഗിക്കണം. ചില Windows 11 ബിൽഡുകളിൽ അഡാപ്റ്റർ ഡ്രോപ്പ്ഡൗണിൽ നിന്ന് പൂർണ്ണമായും കാണാനില്ല, അപ്പോൾ ഈ വഴി അടച്ചിരിക്കുന്നു.

Hyper-V സവിശേഷത വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുന്നത് ചില വിടാപ്പിടിയൻ അതിഥികളെ രക്ഷിച്ചു. അത് അവസാനത്തേക്ക് സൂക്ഷിക്കുക, ആദ്യം അതിഥിയുടെ അവസ്ഥ രേഖപ്പെടുത്തുക.

സബ്നെറ്റ് ഫിൽട്ടർ ചെയ്യുമ്പോൾ പോർട്ട് ഫോർവേഡിംഗ്

അതിഥിയുടെ NAT സബ്നെറ്റ് ഫിൽട്ടർ ചെയ്യുന്ന ഹോസ്റ്റ് VPN നാമവിശകലനമല്ല, നേരിട്ടുള്ള ആക്സസ് തകർക്കുന്നു. VM പ്രവർത്തിക്കുന്നു, എന്നിട്ടും ssh [email protected] തൂങ്ങിക്കിടക്കുന്നു, ഹൈപ്പർവൈസറിന്റെ വിവർത്തനം ഇപ്പോഴും പ്രവർത്തിക്കുമ്പോൾ. ജോലിക്ക് ആവശ്യമായ പോർട്ടുകൾ ഫോർവേഡ് ചെയ്ത് പകരം ഹോസ്റ്റ് വിലാസത്തിലേക്ക് ബന്ധിപ്പിക്കുക. താഴെയുള്ള Vagrantfile വരികൾ SSH-ഉം ഒരു HTTPS സേവനവും ഉൾക്കൊള്ളുന്നു; രണ്ടും റീലോഡിന് മുമ്പ് ചേർക്കുന്നു.

config.vm.network "forwarded_port", guest: 22, host: 22
config.vm.network "forwarded_port", guest: 3443, host: 3443

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

അത് പ്രവർത്തിച്ചുവെന്ന് പറയുന്ന പരിശോധന

ഈ മാറ്റങ്ങളിൽ ഏതെങ്കിലും കഴിഞ്ഞ്, ഹോസ്റ്റ് VPN ബന്ധിപ്പിച്ച അവസ്ഥയിൽ അതിഥിയുടെ ഉള്ളിൽ നിന്ന് പുതിയ അഭ്യർത്ഥന പ്രവർത്തിപ്പിക്കുക, അതിന് മുമ്പല്ല. വീണ്ടും ബന്ധിപ്പിച്ചതിന് ശേഷവും റീബൂട്ടിന് ശേഷവും പങ്കിടൽ വീണ്ടും പരിശോധിക്കുക, കാരണം അവയിൽ ഒന്നിനെ മാത്രം അതിജീവിക്കുന്ന പരിഹാരം പരിഹാരമല്ല. അതിഥിയുടെ റിസോൾവർ പട്ടിക അതിന്റെ ട്രാഫിക് യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന നെറ്റ്വർക്കുമായി പൊരുത്തപ്പെടുന്നുവെന്ന് സ്ഥിരീകരിക്കുക. തുടർന്ന് ഹോസ്റ്റ് വിലാസത്തിൽ നിന്ന് പോർട്ട് ഫോർവേഡിംഗ് പരിശോധിക്കുക, കാരണം അതിഥിയിൽ നിന്ന് പരിശോധിക്കുന്നത് ഒന്നും തെളിയിക്കുന്നില്ല. അതിഥിയുടെ ഉള്ളിൽ നിന്ന്, രണ്ട് PowerShell പരിശോധനകൾ റിസോൾവറും ഫോർവേഡ് ചെയ്ത പോർട്ടും ഉൾക്കൊള്ളുന്നു:

Resolve-DnsName intranet.corp
Test-NetConnection 192.0.2.10 -Port 22

ഓരോ സ്വിച്ച് അല്ലെങ്കിൽ ഡ്രൈവർ മാറ്റവും അതിന്റെ പഴയപടിയാക്കൽ ഘട്ടത്തോടൊപ്പം രേഖപ്പെടുത്തുക. Microsoft-ന്റെ Hyper-V NAT ഗൈഡ് Default Switch യഥാർത്ഥത്തിൽ എന്താണെന്ന് വിശദീകരിക്കുന്നു, അതുമായി കൂട്ടിയിടിക്കുന്ന രണ്ടാമത്തെ NAT നെറ്റ്വർക്ക് സൃഷ്ടിക്കുന്നതിന് മുമ്പ് അത് വായിക്കേണ്ടതാണ്.