WSL2 د VPN له نښلېدو وروسته DNS له لاسه ورکړ؟ دوه لاملونه

د پتې له مخې ping د ویش داخل کې کار کوي، د پیکج نصبول او git راکښل نه کوي، او خرابي د تونل له پورته کېدو سمدلاسه وروسته ښکاره شوه۔ یوازې نومونه د حل کېدو نه ودرېدل، چې DNS ته اشاره کوي، اړیکې ته نه۔ پیکجونه بیا نصبول دلته ترټولو مشهور غلط لومړی ګام دی۔ WSL2 دوه خپلواکې لارې لري چې همدا نښه جوړوي، او دواړو ته جلا ترمیم ته اړتیا ده۔

ولې ویش خپل resolver ساتي

د Windows DNS کلاینټ د ویش په داخل کې نه کارول کېږی۔ WSL2 د پیل پر مهال خپل resolver فایل جوړوي، چې هغه stub پتې ته اشاره کوي چې Windows د مرستندوی مجازي ماشین لپاره پر مجازي سوئیچ خپروي۔

دا ترتیب د عادي شبکې بدلونونو په وړاندې ټینګ دی ځکه چې یو ځل لیکل کېږی او بیا کارول کېږی۔ ترتیب هغه وخت سم نه پاتې کېږی چې د تونل کلاینټ د مرستندوی مجازي ماشین له پیلېدو وروسته د کوربه د اډاپټر لړلیک بیا وليکي۔

د ویش په داخل کې هېڅ شی دې بدلون ته نه ګوري، نو فایل هغه پتې ته اشاره کول جاري ساتي چې ممکن نور پر لار نه وي۔ بل لټون بیا انتظار کوي، وخت تېرېږی، یا له هغه سرور څخه ځواب ترلاسه کوي چې د داخلي زون په اړه یې هېڅکله نه دی اورېدلی۔ له داخل څخه 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 نښه د دواړو هیڅ یو نه ثابتوي۔