Hyper-V VM ஒன்று ஹோஸ்ட் VPN-ஐப் பயன்படுத்துமா? அது சுவிட்சைப் பொறுத்தது

Hyper-V ஹோஸ்ட்டில் VPN கிளையன்டை நிறுவி, அங்கு உலாவியைத் திறந்தால் வெளியேறும் முகவரி மாறும்; அதே பக்கத்தை VM-க்குள் திறந்தால் பழைய முகவரி அல்லது எதுவும் காட்டப்படாமல் இருக்கலாம். வழக்கமான முடிவு, VM பழுதடைந்துவிட்டது அல்லது split tunneling இயக்கப்பட வேண்டும் என்பதாகும். இரண்டுமே பொருந்தாது. VPN கிளையன்ட் என்பது இயந்திரத்தின் பண்பு அல்ல; அது வழித்தடங்களின் தொகுப்பு, மெய்நிகர் அடாப்டர், மற்றும் பல நேரங்களில் குறிப்பிட்ட இடைமுகங்களில் இணைக்கப்படும் வடிகட்டி. விருந்தினர் ட்ராஃபிக் அந்த இயந்திரத்தை சந்திக்குமா என்பது விருந்தினர் பயன்படுத்தும் மெய்நிகர் சுவிட்சைப் பொறுத்தது.

கட்டுக்கதை, நேரடியாகச் சொல்லும்போது

ஹோஸ்ட்டில் நிறுவப்பட்ட VPN முழு இயந்திரத்தையும், VM-கள் உட்பட, பாதுகாக்கிறது என்ற நம்பிக்கை உள்ளது; ஏனெனில் VM என்பது அந்த இயந்திரத்தில் இயங்கும் ஒரு செயல்முறை மட்டுமே. ஆன்டிவைரஸும் ஹோஸ்ட் ஃபயர்வால்களும் பொதுவாக அவ்வாறே செயல்படுவதால் இது வசதியான நம்பிக்கை. பிணைய வழித்தடங்கள் அவ்வாறு இல்லை.

ஹோஸ்ட் அதை வழிநடத்தினால் அல்லது வடிகட்டினால் மட்டுமே விருந்தினரின் சட்டகம் ஹோஸ்ட்டின் VPN அடுக்கால் தொடப்படும். அந்த வாக்கியத்தை ஒட்டுப்பதிவில் எழுதுங்கள், ஏனெனில் கீழே உள்ள ஒவ்வொரு நிலையும் அதன் மாறுபாடே.

மூன்று சுவிட்ச் வகைகள், மூன்று பாதைகள்

வெளிப்புற சுவிட்ச் ஒரு மெய்நிகர் அடாப்டரை இயற்பியல் பிணைய அட்டையுடன் இணைக்கிறது; விருந்தினர் தனது சொந்த MAC முகவரியுடன் அந்த இணைப்பின் வழியாக சட்டகங்களை அனுப்புகிறார். விருந்தினர் தனது சொந்த DHCP குத்தகை, நுழைவாயில் மற்றும் DNS சேவையகங்களுடன் இயற்பியல் பிணையத்தில் சமமானவராக மாறுகிறார். ஹோஸ்ட்டின் VPN இயல்புநிலை வழித்தடம் ஹோஸ்ட் அடுக்கில் வாழ்கிறது, அந்த சட்டகங்களை நகர்த்தாது; ஏனெனில் அவை ஹோஸ்ட் வழியாக வழிநடத்தப்படாமல் பாலமிடப்படுகின்றன. Wi-Fi அடாப்டரின் மேல் வெளிப்புற சுவிட்ச் மோசமான யோசனை என்பதற்கும் இதுவே காரணம்: பெரும்பாலான கம்பியில்லா இயக்கிகள் இரண்டாவது MAC முகவரிக்கான சட்டகங்களை எடுத்துச் செல்லாது.

உள் சுவிட்ச் விருந்தினர்களை ஹோஸ்ட்டின் மெய்நிகர் அடாப்டருடன் இணைக்கிறது. தனியாக அது இணைய வெளியேற்றத்தை வழங்காது; ஹோஸ்ட்டில் உள்ள NAT பொருள் மொழிபெயர்ப்பை வழங்குகிறது, இதுபற்றிய விவரங்கள் Hyper-V NAT வழிகாட்டியில் உள்ளன. இப்போது விருந்தினரின் பாக்கெட்டுகள் ஹோஸ்ட்டின் வழிநடத்தல் மற்றும் NAT பாதைக்குள் நுழைகின்றன, எனவே VPN கிளையன்டின் வழித்தடங்களும் வடிகட்டிகளும் மீண்டும் முக்கியமானவை. VM உண்மையிலேயே ஹோஸ்ட் VPN-ஐப் பின்பற்றும் அமைப்பு இதுவே; kill switch விருந்தினரை முழுவதுமாகத் துண்டிக்கக்கூடிய இடமும் இதுவே.

தனியார் சுவிட்சுக்கு ஹோஸ்ட் அடாப்டரோ மேல்நிலை இணைப்போ இல்லை. விருந்தினர்கள் ஒருவரோடொருவர் மட்டுமே பேசுகிறார்கள், எனவே தனியார் சுவிட்சில் உள்ள VM-க்கு இணையம் இல்லை என்றால் காரணம் இல்லாத திசைவி; VPN-க்கு அதில் தொடர்பில்லை.

இயல்புநிலை சுவிட்ச் தனி அமைப்பு

Windows ஒரு இயல்புநிலை சுவிட்சை வழங்குகிறது; அது உள் சுவிட்சை NAT மற்றும் DNS பிராக்சியுடன் இணைக்கிறது. அதன் துணைப் பிணையத்தை ஹோஸ்ட் தேர்ந்தெடுக்கும், மருதொடக்கத்திற்குப் பிறகு மாறலாம், நீங்களே உருவாக்கும் NAT பிணையத்துடன் அது ஒரே பொருள் அல்ல. ஆய்வகப் பிணையம் போல அதை மீண்டும் கட்டியெழுப்புவதால் மக்கள் இரண்டு NAT-களுடனும், இன்னும் வழித்தடம் இல்லாத விருந்தினருடனும் முடிவடைகிறார்கள்.

VM இயல்புநிலை சுவிட்சில் இருந்தால், விருந்தினர் பெற்ற முகவரியைப் படித்து, VPN கிளையன்டைத் தொடுவதற்கு முன் ஹோஸ்ட்டின் NAT அட்டவணையுடன் ஒப்பிடுங்கள். விருந்தினரின் நுழைவாயிலுக்கும் NAT முன்னொட்டிற்கும் இடையிலான வேறுபாடு எந்த கிளையன்ட் அமைப்பையும் விட அதிக தோல்விகளை விளக்குகிறது.

கேள்வைத் தீர்க்கும் நான்கு உண்மைகள்

எதையும் மாற்றுவதற்கு முன் இவற்றைச் சேகரியுங்கள்: சுவிட்ச் வகை மற்றும் அதன் மேல்நிலை இணைப்பு, VM-உடன் இணைக்கப்பட்ட அடாப்டர், விருந்தினரின் சொந்த முகவரி, நுழைவாயில் மற்றும் DNS, ஹோஸ்ட்டின் NAT மற்றும் இயல்புநிலை வழித்தட நிலை. படிக்க மட்டுமான கட்டளைகள் Get-VMSwitch, Get-VMNetworkAdapter -VMName "TestVM", Get-NetNat மற்றும் Get-NetRoute -DestinationPrefix 0.0.0.0/0; விருந்தினருக்குள் ipconfig /all மீதமுள்ளதைத் தரும்.

பிறகு விருந்தினர் என்ன செய்ய வேண்டும் என்பதை முடிவு செய்யுங்கள். VPN-க்கு வெளியே இருக்க வேண்டும் என்றால், அந்தத் துல்லியமான பாதைக்கு வழங்குநர் ஆதரிக்கும் விலக்கைப் பெறுங்கள்; ஏனெனில் ஹோஸ்ட் இயக்கக்கூடிய கோப்பை விலக்குவது அனுப்பப்படும் VM ட்ராஃபிக்கை விலக்காது. VPN-ஐப் பயன்படுத்த வேண்டும் என்றால், ஹோஸ்ட் உலாவி சோதனை அதை உள்ளடக்கும் என்று கருதாமல், VM ட்ராஃபிக்கை கிளையன்ட் ஆவணப்படுத்தியபடி கையாளுவதை உறுதிசெய்யுங்கள்.

விருந்தினருக்குள் செய்யும் சோதனையே கணக்கிடப்படும் ஒரே சான்று. விருந்தினரிடமிருந்து வெளியேறும் முகவரியைச் சரிபார்த்து, உள் பெயரைத் தீர்த்து, VPN-ஐ மீண்டும் இணைத்து மீண்டும் செய்யுங்கள். ஹோஸ்ட் உலாவி முடிவு அதில் எதற்கும் மாற்று அல்ல.

இந்தக் கட்டுக்கதையின் விலை

சோதனை வெற்றிபெற வேண்டும் என்பதற்காகவே மக்கள் kill switch-ஐ அணைக்கிறார்கள், நிலையான வழித்தடங்களைச் சேர்க்கிறார்கள், அல்லது சுவிட்சுகளை நீக்கி மீண்டும் உருவாக்குகிறார்கள். ஒவ்வொரு சுருக்குவழியும் தோல்வி முறையை மாற்றுகிறது: விருந்தினர் யாரும் நோக்காத பாதை வழியாக இணையத்தை அடையலாம், அல்லது வெளிப்புற சுவிட்ச் தனது இயற்பியல் அடாப்டரை மீண்டும் இணைக்கும்போது ஹோஸ்ட் இணைப்பை இழக்கலாம்.

வெளிப்புற சுவிட்சை மீண்டும் இணைப்பது ஹோஸ்ட்டின் சொந்த அணுகலைத் தடுக்கிறது, எனவே பட்டைக்கு வெளியேயான பாதையைத் திறந்து வைத்திருங்கள், நீங்கள் இன்னும் கண்டறியும்போது சுவிட்சுகளை நீக்குவதைத் தவிர்க்கவும். சரியான விளைவு ஒரு பக்க ஏற்றத்தின் பச்சைக் குறியல்ல; அது மீண்டும் எப்படி இணைகிறது, எப்படி தோல்வியடைகிறது உட்பட விரும்பிய விருந்தினர் பாதையே.

நீடித்த பதில் சரக்குக் கையேட்டில் ஒரு VM-க்கு ஒரு வரி: அது எந்த சுவிட்சைப் பயன்படுத்துகிறது, அதன் நுழைவாயிலை எந்த கூறு வழங்குகிறது. அது எழுதப்பட்டிருந்தால், அடுத்த VPN மாற்றம் ஒரு பிற்பகல் ஊக்கத்திற்குப் பதிலாக ஒரு தேடல் மட்டுமே.