WSL 2 இல் resolv.conf: VPN இணையும்போது DNS நின்றுவிடுகிறது

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

கோப்பு உருவாக்கப்படுகிறது, கட்டமைக்கப்படுவதில்லை

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

இரண்டாவது தோல்வி முறை மிகவும் அமைதியானது: WSL சில அடாப்டர்களிலிருந்து மட்டுமே சேவையகங்களை நகலெடுக்கலாம். இயற்பியல் அடாப்டரில் ஏற்கனவே IPv6 தீர்வி இருந்தால், VPN அடாப்டர் வழங்கும் IPv4 சேவையகங்கள் சேர்க்கப்படாமல் நீக்கப்படலாம், மேலும் கோப்பு முழுமையாகத் தெரியும் அதே வேளையில் உள் பெயர்களுக்குப் பதிலளிக்கும் சேவையகத்தைத் தவறவிடுகிறது.

Windows பார்வையை Linux பார்வையுடன் ஒப்பிடுங்கள்

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

ls -l /etc/resolv.conf
cat /etc/resolv.conf

Get-DnsClientServerAddress -AddressFamily IPv4
Get-NetAdapter | Where-Object Status -eq 'Up'

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

உருவாக்கத்தை நிறுத்தி உங்கள் சொந்தக் கோப்பை எழுதுங்கள்

WSL கோப்பை மீண்டும் எழுதுவதைத் தடுக்கும் ஒரு ஆவணப்படுத்தப்பட்ட அமைப்பு உள்ளது, அது /etc/wsl.conf இல் உள்ளது. அந்தக் கோப்பில் வலையமைப்புப் பிரிவைச் சேர்க்கவும்:

[network]
generateResolvConf = false

பிறகு Windows இலிருந்து wsl --shutdown மூலம் விநியோகத்தை நிறுத்தி மீண்டும் தொடங்குங்கள். பாதை சாதாரண கோப்பு அல்லாத குறியீட்டு இணைப்பாக இருந்தால், உங்கள் சொந்த உள்ளடக்கத்தை எழுதும் முன் இணைப்பை அகற்றுங்கள், ஏனெனில் இணைப்பு வழியாக எழுதுவது அடுத்த தொடக்கத்தில் உருவாக்கப்பட்ட இலக்கை மீண்டும் உருவாக்கலாம். அந்தத் தருணத்திலிருந்து கோப்பு உங்களுடையது, எதுவும் அதை மீண்டும் எழுதாது.

nameserver 172.28.4.10
nameserver 172.28.4.11
search site.corp.example
options timeout:1 attempts:2 rotate

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

நகரும் தீர்வியைக் கையாளுங்கள், பிறகு சரிபார்க்கவும்

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

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

பாக்கெட்டால் அல்ல, பெயரால் சோதியுங்கள்: getent hosts sensor-access0.corp.example தீர்வி அடுக்கு வழியாகச் செல்கிறது, ping ஒரு சேமிக்கப்பட்ட அல்லது நேரடி முகவரிக்கு எதிராக வெற்றிபெறலாம். பிறகு இணைப்பைத் துண்டித்து மீண்டும் இணைத்தபின் மீண்டும் செய்யுங்கள், ஏனெனில் ஒருமுறை வேலை செய்து மீண்டும் தொடங்கும்போது மீண்டும் உருவாக்கப்படும் அமைப்பு ஒருபோதும் சரிசெய்யப்படவில்லை. முந்தைய உள்ளடக்கத்தைச் சேமித்து, அந்த இயந்திரத்தில் பாதை எந்தக் கூறுக்குச் சொந்தமானது என்பதைக் குறிக்கவும், அடுத்த மாற்றம் சான்றுடன் தொடங்கும்.