ஹோஸ்ட் 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 மீட்டமைப்பு அல்ல.