په WSL 2 کې resolv.conf: کله چې VPN وصل شي DNS مري

د توزیع دننه براوزینګ کار کوي، او لومړنی داخلي هوسټ نوم په هغه شېبه کې ناکام شي چې تونل پورته کیږي۔ طبیعي غبرګون دا دی چې یو عامه ریزالور اضافه کړو، کوم چې انټرنیټ بېرته راولي او کارپوریټ نوم د ورځې پاتې برخې لپاره نارسېدونکی کوي۔ په WSL 2 کې، /etc/resolv.conf کنفیګوریشن نه، بلکې جوړ شوی آوټ پټ دی، او د پوهاوي وړ میکانیزم همدا دی۔ حل غوره ریزالور نه دی، د فایل مالکیت دی۔

فایل جوړیږي، کنفیګوریږي نه

WSL 2 فایل د پیل پر مهال له هغو Windows اډاپټرونو څخه لیکي چې په هغه شېبه وینی، او په سر کې د دې خبرې یادښت چاپوي۔ کله چې وروسته د VPN کلینټ اډاپټر اضافه یا بیا ولیکي، توزیع اړینه نه ده چې یو څه بیا جوړ کړي، او فایل د هغه شبکه تشرېح ته دوام ورکوي چې نوره نشته۔

د ناکامۍ دوهمه طریقه آرامه ده: WSL ممکن سرورونه یوازې له ځینو اډاپټرونو څخه کاپي کړي۔ که فزیکي اډاپټر لا دمخه IPv6 ریزالور ولري، هغه IPv4 سرورونه چې د VPN اډاپټر یې وړاندې کوي ممکن د اضافه کېدو پر ځای وشړل شي، او فایل بشپړ ښکاري خو هغه سرور پرېږدي چې داخلي نومونو ته ځواب وایي۔

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