VPN இணையும் போது WSL வேலை புரவலன் பெயரை ஏன் இழக்கிறது?
அதே பெயர் Windows இல் வேலை செய்கிறது, சுரங்கம் ஏறும் தருணத்தில் WSL உள்ளே தோல்வியடைகிறது. தீர்வியைச் சேர்ப்பதற்கு முன் தளத்தின் DNS பயன்முறையையும் பழைய மேலெழுதல்களையும் சரிபார்க்கவும்.
Windows உள் புரவலனை எந்தப் புகாரும் இல்லாமல் தீர்க்கிறது, அதே பெயர் சுரங்கம் ஏறும் தருணத்தில் WSL உள்ளே தோல்வியடைகிறது. வழக்கமான சரிசெய்தல் என்னவென்றால், விநியோகத்திற்குள் ஒரு பொது தீர்வியை எழுதுவது, அது சாதாரண உலாவலை மீட்டெடுத்து வேலை புரவலன் பெயரைத் தீர்க்க முடியாததாக்குகிறது. அது ஒரு தோல்வியை மற்றொன்றுடன் மாற்றி, உண்மையில் உடைந்த அடுக்கை மறைக்கிறது. எந்தத் தீர்வி வரியையும் சேர்ப்பதற்கு அல்லது நீக்குவதற்கு முன், மூன்று அடுக்குகளில் எது தோல்வியடைகிறது என்பதைக் கண்டறியுங்கள்.
முதலில் வழிப்படுத்தல் தோல்வியை விலக்குங்கள்
இரு பக்கங்களிலும் அதே முழுமையாக தகுதிபெற்ற பெயரைக் கேளுங்கள், ஒத்த தோற்றமுடைய இரு பெயர்களை அல்ல. ஒரே சரத்திற்கு Windows இல் வெற்றியும் WSL இல் தோல்வியும் இரு தீர்வுப் பாதைகளின் கையொப்பம், இந்த வடிவத்தை இவ்வளவு தூய்மையாக வேறு எதுவும் உருவாக்குவதில்லை. WSL அறியப்பட்ட எண் முகவரியிலும் சேவையை அடைய முடியாவிட்டால், வழிப்படுத்தல் அல்லது வடிகட்டல் சிக்கலும் உள்ளது. அந்த நிலையில் DNS வேலை அதை வெளிப்படுத்தாது, பிற்பகல் தவறான அடுக்கிற்குச் செல்லும்.
மூன்று அறிகுறிகள் இவற்றில் பெரும்பாலானவற்றை உள்ளடக்குகின்றன, ஒவ்வொன்றும் வேறு இடத்தைச் சுட்டுகிறது. உள்ளமைவு கோப்பைத் திறக்கும் முன் பொருந்தும் வரியைப் படியுங்கள்:
| Symptom inside WSL | Likely layer | Where to look |
|---|---|---|
| Private name fails while public browsing works | Resolver path | Tunneling mode and the Windows build |
| A name that worked yesterday fails today | Stale override | Generated resolver file, immutable flag, shell profile |
| The name resolves but the service does not | Routing or filtering | The resolved address and the path to it |
நடு வரியை மக்கள் தவறாகப் படிக்கிறார்கள், ஏனெனில் அதை உடைத்த மாற்றம் வாரங்களுக்கு முன்பு செய்யப்பட்டது, அப்போது வெற்றிகரமாகத் தோன்றியது. மூன்றாவது வரியை மக்கள் தவறாகக் கண்டறிகிறார்கள், ஏனெனில் தீர்க்கப்படும் பெயர் வலையமைப்பு ஆரோக்கியமாக இருப்பதற்கான சான்றாகத் தோன்றுகிறது. இரு வரிகளும் உங்களை கீழே உள்ள வேறு பகுதிக்கு அனுப்புகின்றன.
DNS சுரங்கத்திற்கு குறைந்தபட்ச பதிப்பு வரம்பு உள்ளது
Microsoft, மெய்நிகராக்கல் தடவழியின் மூலம் DNS கோரிக்கைகளை Windows தீர்விக்கு சுரங்கமிடும் WSL வலையமைப்பு பயன்முறையை ஆவணப்படுத்துகிறது. ஆதரவு பெற்ற Windows 11 கட்டுமானங்களில் இது இயல்பாக இயக்கப்பட்டுள்ளது, அதனால்தான் ஒரே நிறுவன வலையமைப்பில் இரு இயந்திரங்கள் வேறுவிதமாக நடந்துகொள்கின்றன. மாறுபாடு கட்டுமான எண், நிறுவனக் கொள்கை அல்ல.
WSL வலையமைப்பு வழிகாட்டி அந்தப் பயன்முறையையும் அதை ஆதரிக்கும் பதிப்புகளையும் விவரிக்கிறது. இந்த அம்சம் முக்கியமானது, ஏனெனில் நிறுவன DNS கொள்கை பொதுவாக Windows தீர்வியில் வாழ்கிறது, Windows பாதையை மரபுரிமையாகப் பெறும் விநியோகம் கொள்கையையும் சேர்த்தே பெறுகிறது. பொது தீர்வியைக் கேட்கும் விநியோகத்திற்கு தனிப்பட்ட பெயருக்கு எந்தப் பாதையும் இல்லை, அதன் சொந்த உள்ளமைவு எவ்வளவு நேர்த்தியாகத் தோன்றினாலும். அந்த இயங்குமுறையே முழு அறிகுறியையும் விளக்குகிறது, பொது-தீர்வி தீர்வு ஏன் தோல்வியடைகிறது என்பதையும் விளக்குகிறது.
எதையும் திருத்தும் முன் கட்டுமானத்தைப் படியுங்கள். புதிய நிறுவலில் இருந்து நகலெடுக்கப்பட்ட அமைப்பு, பழையது அதைச் செயல்படுத்துகிறது என்பதற்கான சான்று அல்ல. மாற்றத்திற்கு அருகில் கட்டுமான எண்ணைப் பதிவு செய்யுங்கள், ஏனெனில் இரு இயந்திரங்களுக்கு இடையிலான வேறுபாடு எப்போதும் கிட்டத்தட்ட பதிப்பே, கொள்கை அல்ல.
பழைய மேலெழுதல்கள் அவை தீர்த்த சிக்கலை விட நீண்ட காலம் வாழ்கின்றன
பழைய முறைகள் உருவாக்கப்படும் தீர்வி கோப்புகளை முடக்கின, பெயர் சேவையகத்தை கடினமாக குறியாக்கம் செய்தன, அல்லது கோப்பை மாறாத பண்புக்கூறால் பூட்டின. அந்த மாற்றங்கள் அவற்றைத் தூண்டிய இணைப்புச் சிக்கல் மறைந்த பிறகும் நீண்ட காலம் அங்கேயே இருக்கும், மேலும் புதிய அமைப்பு எதுவும் செய்யாதது போல் தோன்றுவதற்கான காரணம் பொதுவாக அவையே. விநியோகத்தின் மறுநிறுவலுக்குப் பிறகும் அவை shell விவரக்குறிப்பு வடிவில் நீடிக்கின்றன, அது ஒவ்வொரு உள்நுழைவிலும் கோப்பை மீண்டும் எழுதுகிறது. கடைசியைக் கண்டுபிடிப்பது மிகவும் கடினம், ஏனெனில் அனைவரும் சரிபார்க்கும் கோப்பிலிருந்து அது கண்ணுக்குத் தெரியாது.
கையால் எழுதப்பட்ட தீர்வி கோப்பு, அதன் மேல் மாறாத பண்புக்கூறு, அதை மீண்டும் எழுதும் தொடக்க ஸ்கிரிப்ட் ஆகியவற்றைத் தேடுங்கள். திருத்துவதற்கு முன் மாறாத கொடியைச் சரிபார்க்கவும், ஏனெனில் பூட்டப்பட்ட கோப்பில் எழுதுவது அனுமதிச் சிக்கல் போல் படிக்கப்படும் விதத்தில் தோல்வியடைகிறது. பிறகு shell விவரக்குறிப்பைச் சரிபார்க்கவும், ஏனெனில் அங்குள்ள ஸ்கிரிப்ட் உங்கள் திருத்தத்திற்குப் பிறகு சில வினாடிகளில் பழைய உள்ளடக்கத்தை மீட்டெடுக்கிறது.
மேலெழுதலை நீக்குவதற்கு விளைவுகள் உள்ளன, எனவே எதை நீக்கினீர்கள், ஏன் என்பதைப் பதிவு செய்யுங்கள். வேறு நோக்கத்திற்காக உண்மையிலேயே நிலையான தீர்வி தேவைப்படும் விநியோகம், உருவாக்கப்பட்ட கோப்பு திரும்பி வரும்போது உடையும்.
இரு கோப்புகள், இரு வேறு பாத்திரங்கள்
இரு உள்ளமைவு கோப்புகளும் வேறு இடங்களில் வாழ்கின்றன, வேறு விஷயங்களைக் கட்டுப்படுத்துகின்றன, அவற்றைக் குழப்புவது தவறான அடுக்கில் பயன்படுத்தப்படும் திருத்தங்களை உருவாக்குகிறது. Windows பக்கக் கோப்பு மெய்நிகர் இயந்திரத்தின் பண்புகளை அமைக்கிறது, விநியோகப் பக்கக் கோப்பு அந்த விநியோகம் தன் சொந்த தீர்வி உள்ளமைவை எவ்வாறு கட்டமைக்கிறது என்பதை அமைக்கிறது. எதுவும் மற்றொன்றை மேலெழுதுவதில்லை, எனவே இரண்டும் ஒத்துப்போக வேண்டும்.
இந்த அம்சத்தை ஆதரிக்கும் நிறுவலுக்கு, Windows பக்கத் துண்டு குறுகியது. அந்தப் பக்கத்தின் முழு மாற்றமும் அதுவே:
[wsl2]
dnsTunneling=trueஅந்தத் துண்டு Windows பயனர் விவரக்குறிப்புக்குரியது, ஒரு விநியோகத்திற்கு அல்ல, மெய்நிகர் இயந்திரத்திற்குப் பொருந்தும். சுரங்கமிடுதலுக்கு விநியோகம் தீர்வி உருவாக்கத்தை முடக்கியிருக்கக் கூடாது என்பதும் தேவை, எனவே விநியோகப் பக்கக் கோப்பு அந்த நடத்தையை அப்படியே விட வேண்டும். ஒன்றை மற்றொன்று இல்லாமல் மாற்றுங்கள், பயன்முறை அமைதியாக எதுவும் செய்யாது, இந்தச் சரிசெய்தல் உடைந்ததாகப் புகாரளிக்கப்படும் மிகவும் பொதுவான வழி அதுவே. ஒரே அமர்வில் இரு கோப்புகளையும் சரிபார்க்கவும், ஏனெனில் வாரங்கள் இடைவெளியில் செய்யப்பட்ட இரு திருத்தங்கள் யாரும் காரணம் கூற முடியாத இரு திருத்தங்கள்.
மீண்டும் தொடங்கி, பிறகு இரு பக்கங்களிலிருந்தும் கேளுங்கள்
இந்த அமைப்புகள் சூழல் தொடங்கும் போது படிக்கப்படுகின்றன, எனவே இயங்கும் விநியோகத்திற்குள் புதிய shell அவற்றை மீண்டும் ஏற்றாது. shell ஐ மீண்டும் தொடங்குவதற்குப் பதிலாக சூழலை அணைக்கவும், முதலில் இயங்கும் வேலையைச் சேமிக்கவும், ஏனெனில் ஒவ்வொரு விநியோகமும் அதனுடன் நிற்கிறது. இந்த ஒரு விடுபடலே மாற்றத்திற்கு எந்தப் பலனும் இல்லை என்பதற்கான பெரும்பாலான புகார்களை விளக்குகிறது.
பிறகு இரு பக்கங்களுக்கும் அதே கேள்வியைக் கேளுங்கள். விநியோகம் இறுதியில் எந்தத் தீர்வியுடன் முடிந்தது என்பதையும் வெளியீடு காட்டுகிறது:
wsl.exe --shutdown
wsl.exe -e sh -c 'cat /etc/resolv.conf'
wsl.exe -e sh -c 'getent hosts files.corp.example'
wsl.exe -e powershell -Command 'Resolve-DnsName files.corp.example'முதல் கட்டளை சூழலை முடிக்கிறது, இரண்டாவது விநியோகம் இப்போது எந்தத் தீர்வியைப் பயன்படுத்துகிறது என்பதைக் காட்டுகிறது, கடைசி இரண்டும் ஒவ்வொரு பக்கத்திற்கும் அதே கேள்வியை வைக்கின்றன. அமைப்பின் நிலையை அல்ல, பதில்களை ஒப்பிடுங்கள். இரு கோப்புகளும் சரியாக இருந்தும் தூய மறுதொடக்கத்திற்குப் பிறகும் தோல்வியடையும் வினவல் நிறுவனத் தீர்வி கொள்கையைச் சுட்டுகிறது, அந்த உரையாடலுக்கு வேறு உரிமையாளர் உள்ளார்.