VPN இணைந்த பிறகு WSL2 DNS இழந்ததா? இரண்டு காரணங்கள்

பழைய resolver கோப்பும் போட்டியிடும் வழி அளவீடும் WSL2 உள்ளே ஒரே அறிகுறியை உருவாக்குகின்றன. இரு பக்கங்களையும் பதிவு செய்து, உண்மையில் பழுதானதைச் சரிசெய்யுங்கள்.

முகவரி மூலம் ping விநியோகத்திற்குள் வேலை செய்கிறது, தொகுப்பு நிறுவல்களும் git இழுவைகளும் செயல்படவில்லை, சுரங்கப்பாதை மேலெழுந்த உடனேயே பழுது தோன்றியது. பெயர்கள் மட்டுமே தீர்க்கப்படுவது நின்றது, இது DNS ஐக் குறிக்கிறது, இணைப்பை அல்ல. தொகுப்புகளை மீண்டும் நிறுவுவது இங்கே மிகவும் பிரபலமான தவறான முதல் படி. WSL2 க்கு அதே அறிகுறியை உருவாக்க இரண்டு சுயாதீன வழிகள் உள்ளன, இரண்டிற்கும் வெவ்வேறு பழுதுநீக்கம் தேவை.

விநியோகம் தனது சொந்த resolver ஐ ஏன் வைத்திருக்கிறது

Windows இன் DNS கிளையண்ட் விநியோகத்திற்குள் பயன்படுத்தப்படுவதில்லை. WSL2 தொடங்கும்போது தனது சொந்த resolver கோப்பை உருவாக்குகிறது, அது Windows உதவி மெய்நிகர் இயந்திரத்திற்காக மெய்நிகர் சுவிட்சில் வெளியிடும் stub முகவரியை நோக்கிக் காட்டுகிறது.

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

விநியோகத்திற்குள் எதுவும் இந்த மாற்றத்தைக் கண்காணிக்காது, எனவே கோப்பு இனி பாதையில் இல்லாதிருக்கக்கூடிய முகவரியை நோக்கிக் காட்டிக்கொண்டே இருக்கும். அடுத்த தேடல் பின்னர் காத்திருக்கிறது, நேரம் முடிகிறது, அல்லது உள் மண்டலத்தைப் பற்றி ஒருபோதும் கேளாத சேவையகத்திலிருந்து பதில் வருகிறது. உள்ளேயிருந்து resolver வெறுமனே பதிலளிப்பதை நிறுத்துகிறது, எல்லாப் பெயர்களும் ஒரே நேரத்தில் தோல்வியடைகின்றன.

முதலில் இரு பக்கங்களிலும் சான்றுகளைச் சேகரியுங்கள்

எதையும் மாற்றுவதற்கு முன் விநியோகம் என்ன பார்க்கிறது, பின்னர் Windows என்ன பார்க்கிறது என்பதைப் பதிவு செய்யுங்கள். இந்த இரு பார்வைகளும் சேர்ந்தே தோல்வி முறைகளை வேறுபடுத்துகின்றன.

விநியோகத்திற்குள், resolver கோப்பு, வழித்தட அட்டவணை மற்றும் ஒரு உள் மற்றும் ஒரு பொது தேடலை அச்சிடுங்கள்:

ip -4 route
cat /etc/resolv.conf
getent hosts intranet.corp.example
getent hosts example.com

Windows இல், ஒவ்வொரு அடாப்டருக்கான DNS சேவையகங்களையும் அளவீடுகளுடன் IPv4 அட்டவணையையும் பட்டியலிடுங்கள். VPN கிளையண்ட் பொதுவாக WSL2 துணைப்பிணையத்திற்கு ஒரு வழித்தடத்தை நிறுவுகிறது, அதன் அளவீடே அந்தப் போக்குவரத்து சுரங்கப்பாதை வழியாக வெளியேறுமா அல்லது உள்ளூராக இருக்குமா என்பதைத் தீர்மானிக்கிறது.

Get-NetAdapter | Get-DnsClientServerAddress
route print -4

வழி அளவீடா அல்லது பழைய கோப்பா

முதல் தோல்வி பழைய கோப்பு. resolver தொடக்கத்தின் அடாப்டர் நிலைக்காக எழுதப்பட்டது, சுரங்கப்பாதை அந்த நிலையை மாற்றியது. அதன் stub முகவரி இப்போது அணுக முடியாததாக இருக்கலாம், அல்லது உள் மண்டலத்தைப் பற்றி எதுவும் அறியாத சேவையகத்தைப் பெயரிடலாம்.

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

வேறுபடுத்தும் சோதனைக்கு ஒரு வரி செலவாகும். பொது resolver போன்ற எண் முகவரி பெயர்கள் தோல்வியடையும்போதும் ping க்கு இன்னும் பதிலளித்தால், பாதை பாதுகாப்பானது, சிக்கல் DNS இல் உள்ளது. resolver மாற்றம் நியாயப்படுத்தப்படும் நிலை இதுவே, நியாயப்படுத்தப்படாத நிலையும் தெளிவாகிறது. எண் சோதனையும் தோல்வியடைந்தால், உதவி மெய்நிகர் இயந்திரம் தனது வழித்தடத்தை இழந்துள்ளது, எந்த resolver கோப்பும் அதைச் சரிசெய்யாது.

வழித்தட நிலைக்கு, சுரங்கப்பாதை அடாப்டரில் உள்ள தானியங்கி அளவீட்டை நீக்கி WSL2 இணைப்பு வழித்தடத்திற்கு மேலான எண்ணைக் கொடுங்கள்:

Get-NetAdapter | Where-Object InterfaceDescription -Match VPN | Set-NetIPInterface -InterfaceMetric 5500
wsl.exe --shutdown

அணைப்பது முக்கியம். அளவீட்டை மாற்றுவது இயங்கும் உதவி மெய்நிகர் இயந்திரத்தை மீண்டும் எழுதாது, எனவே மாற்றம் தெரிவதற்கு முன் விநியோகம் மீண்டும் கட்டப்பட வேண்டும்.

கோப்பை வேண்டுமென்றே எடுத்துக்கொள்ளுங்கள்

வழித்தடம் சரியாக இருந்து உள் பெயர்கள் மட்டும் தோல்வியடைந்தால், குற்றம் resolver இன்து, இயற்றியை நிறுத்தலாம். இது பராமரிப்புச் செலவுடன் கூடிய வேண்டுமென்ற மாற்றம், எளிதாகப் பயன்படுத்த வேண்டிய தற்காலிகத் தீர்வு அல்ல.

விநியோகத்திற்குள் உருவாக்கத்தை முடக்கும் பிணையப் பகுதியுடன் /etc/wsl.conf உருவாக்கி, பின்னர் resolver கோப்பை நீங்களே எழுதுங்கள், முதலில் நிறுவன சேவையகம் பின்னர் பொது மாற்று:

[network]
generateResolvConf = false
search corp.example
nameserver 10.88.4.53
nameserver 9.9.9.9

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

முதலில் பெயர்களை, பின்னர் தொகுப்புகளைச் சரிபார்க்கவும்

கணினி resolver மூலம் ஒரு உள் மற்றும் ஒரு பொது பெயரைச் சரிபார்த்து, பின்னர் தோல்வியடைந்த செயல்பாட்டை மீண்டும் செய்யுங்கள். தொகுப்பு மேலாளர்கள் சில சமயம் தங்கள் சொந்த resolver ஐப் பயன்படுத்துகிறார்கள், அதனால்தான் வேலை செய்யும் getent பழுதான நிறுவலுடன் சேர்ந்து இருக்க முடியும்.

மீண்டும் எழுதுவதைத் தானியங்கினால், அதை ஒரே முடிவைத் தருவதாக்குங்கள்: சுரங்கப்பாதை இல்லாதபோது காலி சேவையகப் பட்டியலை எழுதுவதற்குப் பதிலாக ஏற்கனவே உள்ள கோப்பை வைத்திருங்கள்.

getent hosts intranet.corp.example
resolvectl status | head -20
getent hosts example.com

விநியோகத்திற்கு உள்ளிருந்து வேலை செய்யும் உள் தேடலும் வேலை செய்யும் பொது தேடலும் தான் பதிவு செய்யத் தகுந்த முடிவு. ஹோஸ்டில் பச்சை VPN சின்னம் இரண்டில் ஒன்றையும் நிரூபிக்காது.

தொடர்புடைய கட்டுரைகள்