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-ஐ மீட்டமைப்பதற்குப் பதிலாக நெட்வொர்க் வடிவமைப்பை மாற்றுகிறது.