ولې WSL د VPN له نښلېدو سره د کار کوربه نوم له لاسه ورکوي؟
هماغه نوم په 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 د WSL یو شبکه یی حالت مستند کوي چې د مجازي کولو کانال له لارې DNS غوښتنې د Windows حل کوونکي ته تونل کوي۔ په ملاتړ شوو 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'لومړی کمان چاپېریال پای ته رسوي، دویم ښيي چې وېش اوس کوم حل کوونکی کاروي، او وروستي دوه هرې خوا ته هماغه پوښتنه ورټاکي۔ د ترتیباتو حالت نه، ځوابونه پرتله کړئ۔ هغه پوښتنه چې د دواړو فایلونو د سم والي سره سره د پاک بیا پیل وروسته هم ناکامېږي، کارپوریټ حل کوونکي تګلارې ته اشاره کوي، او هغه خبرې بل مالک لري۔