Hyper-V വെർച്വൽ മെഷീൻ ഹോസ്റ്റിന്റെ VPN ഉപയോഗിക്കുമോ? അത് സ്വിച്ചിനെ ആശ്രയിച്ചിരിക്കുന്നു

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

മിത്ത്, നേരിട്ട് പറഞ്ഞാൽ

ഹോസ്റ്റിൽ ഇൻസ്റ്റാൾ ചെയ്ത VPN വെർച്വൽ മെഷീനുകൾ ഉൾപ്പെടെ മുഴുവൻ മെഷീനെയും സംരക്ഷിക്കുന്നു എന്നതാണ് വിശ്വാസം, കാരണം വെർച്വൽ മെഷീൻ ആ മെഷീനിൽ പ്രവർത്തിക്കുന്ന ഒരു പ്രോസസ് മാത്രമാണ്. ഇത് സുഖകരമായ വിശ്വാസമാണ്, കാരണം ആന്റിവൈറസും ഹോസ്റ്റ് ഫയർവാളുകളും സാധാരണയായി അങ്ങനെ പെരുമാറുന്നു. നെറ്റ്വർക്ക് പാതകൾ അങ്ങനെയല്ല.

അതിഥിയുടെ ഫ്രെയിം ഹോസ്റ്റിന്റെ VPN സ്റ്റാക്ക് സ്പർശിക്കുന്നത് ഹോസ്റ്റ് അത് റൂട്ട് ചെയ്യുകയോ ഫിൽട്ടർ ചെയ്യുകയോ ചെയ്യുമ്പോൾ മാത്രമാണ്. ഈ വാക്യം ഒരു സ്റ്റിക്കി നോട്ടിൽ എഴുതിവയ്ക്കുക, കാരണം താഴെയുള്ള ഓരോ കേസും അതിന്റെ ഒരു രൂപഭേദമാണ്.

മൂന്ന് തരം സ്വിച്ചുകൾ, മൂന്ന് പാതകൾ

ഒരു ബാഹ്യ സ്വിച്ച് വെർച്വൽ അഡാപ്റ്ററിനെ ഒരു ഭൗതിക നെറ്റ്വർക്ക് കാർഡുമായി ബന്ധിപ്പിക്കുന്നു, അതിഥി സ്വന്തം MAC വിലാസത്തോടെ ആ ബന്ധത്തിലൂടെ ഫ്രെയിമുകൾ അയയ്ക്കുന്നു. അതിഥി ഭൗതിക നെറ്റ്വർക്കിൽ സമനിലയിലുള്ള ഒരു കക്ഷിയാകുന്നു, സ്വന്തം DHCP ലീസ്, ഗേറ്റ്വേ, DNS സെർവറുകൾ എന്നിവയോടെ. ഹോസ്റ്റിന്റെ VPN സ്ഥിരമായ റൂട്ട് ഹോസ്റ്റ് സ്റ്റാക്കിൽ കഴിയുന്നു, ആ ഫ്രെയിമുകളെ നീക്കുന്നില്ല, കാരണം അവ ഹോസ്റ്റിലൂടെ റൂട്ട് ചെയ്യപ്പെടുന്നതിനുപകരം ബ്രിഡ്ജ് ചെയ്യപ്പെടുന്നു. അതുകൊണ്ടുതന്നെ Wi-Fi അഡാപ്റ്ററിന് മുകളിൽ ഒരു ബാഹ്യ സ്വിച്ച് മോശം ആശയമാണ്: മിക്ക വയർലെസ് ഡ്രൈവർമാരും രണ്ടാമത്തെ MAC വിലാസത്തിനായി ഫ്രെയിമുകൾ വഹിക്കുന്നില്ല.

ആന്തരിക സ്വിച്ച് അതിഥികളെ ഹോസ്റ്റിന്റെ വെർച്വൽ അഡാപ്റ്ററുമായി ബന്ധിപ്പിക്കുന്നു. അത് ഒറ്റയ്ക്ക് ഇന്റർനെറ്റ് എക്സിറ്റ് നൽകുന്നില്ല; ഹോസ്റ്റിലെ NAT ഒബ്ജക്ട് വിവർത്തനം നൽകുന്നു, അത് Hyper-V NAT ഗൈഡിൽ വിവരിച്ചിരിക്കുന്നു. ഇപ്പോൾ അതിഥിയുടെ പാക്കറ്റുകൾ യഥാർത്ഥത്തിൽ ഹോസ്റ്റിന്റെ റൂട്ടിംഗിലും NAT പാതയിലും പ്രവേശിക്കുന്നു, അതിനാൽ VPN ക്ലയന്റിന്റെ റൂട്ടുകളും ഫിൽട്ടറുകളും വീണ്ടും പ്രധാനമാകുന്നു. വെർച്വൽ മെഷീൻ യഥാർത്ഥത്തിൽ ഹോസ്റ്റിന്റെ VPN പിന്തുടരുന്നതും കിൽ സ്വിച്ചിന് അതിഥിയെ പൂർണ്ണമായി വിച്ഛേദിക്കാൻ കഴിയുന്നതുമായ ക്രമീകരണമാണിത്.

സ്വകാര്യ സ്വിച്ചിന് ഹോസ്റ്റ് അഡാപ്റ്ററും മേൽഭാഗ ലിങ്കും ഇല്ല. അതിഥികൾ പരസ്പരം മാത്രം സംസാരിക്കുന്നു, മറ്റാരുമായും ഇല്ല, അതിനാൽ സ്വകാര്യ സ്വിച്ചിലുള്ള വെർച്വൽ മെഷീന് ഇന്റർനെറ്റ് ഇല്ലെങ്കിൽ, കാണാത്ത റൂട്ടറാണ് കാരണം, VPN അപ്രസക്തമാണ്.

സ്ഥിര സ്വിച്ച് അതിന്റേതായ ഒരു ക്രമീകരണമാണ്

Windows ആന്തരിക സ്വിച്ചിനെ NAT-ഉം DNS പ്രോക്സിയുമായി സംയോജിപ്പിക്കുന്ന ഒരു സ്ഥിര സ്വിച്ച് നൽകുന്നു. അതിന്റെ സബ്നെറ്റ് ഹോസ്റ്റ് തിരഞ്ഞെടുക്കുന്നു, പുനരാരംഭത്തിന് ശേഷം മാറാം, നിങ്ങൾ സ്വയം സൃഷ്ടിക്കുന്ന NAT നെറ്റ്വർക്കിന്റെ അതേ ഒബ്ജക്ടല്ല. അതിനെ ഒരു ലാബ് നെറ്റ്വർക്ക് പോലെ പുനർനിർമ്മിക്കുന്നതാണ് ആളുകൾ രണ്ട് NAT-ഉം ഇപ്പോഴും റൂട്ടില്ലാത്ത അതിഥിയുമായി അവസാനിക്കുന്ന വഴി.

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

ചോദ്യം തീർപ്പാക്കുന്ന നാല് വസ്തുതകൾ

എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് ഇവ ശേഖരിക്കുക: സ്വിച്ചിന്റെ തരവും അതിന്റെ മേൽഭാഗ ലിങ്കും, വെർച്വൽ മെഷീനിൽ ഘടിപ്പിച്ച അഡാപ്റ്റർ, അതിഥിയുടെ സ്വന്തം വിലാസം, ഗേറ്റ്വേ, DNS, ഹോസ്റ്റിന്റെ NAT, സ്ഥിര റൂട്ട് അവസ്ഥ എന്നിവയും. വായനയ്ക്ക് മാത്രമുള്ള കമാൻഡുകൾ Get-VMSwitch, Get-VMNetworkAdapter -VMName "TestVM", Get-NetNat, എന്നിവയും Get-NetRoute -DestinationPrefix 0.0.0.0/0; അതിഥിക്കുള്ളിൽ ipconfig /all ബാക്കിയുള്ളത് നൽകുന്നു.

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

അതിഥിക്കുള്ളിലെ പരിശോധന മാത്രമാണ് പരിഗണിക്കപ്പെടുന്ന ഏക തെളിവ്. അതിഥിയിൽ നിന്ന് എക്സിറ്റ് വിലാസം പരിശോധിക്കുക, ആന്തരിക നാമം പരിഹരിക്കുക, VPN വീണ്ടും ബന്ധിപ്പിച്ച് ആവർത്തിക്കുക. ഹോസ്റ്റിന്റെ ബ്രൗസർ ഫലം അവയിലൊന്നിനും പകരമാകുന്നില്ല.

മിത്തിന്റെ വില

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

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

നിലനിൽക്കുന്ന ഉത്തരം ഇൻവെന്ററിയിൽ ഓരോ വെർച്വൽ മെഷീനും ഒരു വരിയാണ്: അത് ഏത് സ്വിച്ച് ഉപയോഗിക്കുന്നു, അതിന്റെ ഗേറ്റ്വേ ഏത് ഘടകം നൽകുന്നു. അത് എഴുതിയാൽ, അടുത്ത VPN മാറ്റം ഒരു ഉച്ചയ്ക്ക് ഊഹിക്കലല്ല, ഒരു നോട്ടമാണ്.