د PowerShell په مرسته د Windows VPN اډاپټر کې DNS وټاکئ، بیا یې وګورئ

د Windows VPN نښلېدنه هغه DNS سرورونه په پروفایل کې نه ساتي چې تاسو یې په ترتیباتو کې سمول کوئ۔ کله چې تونل پورته شي، کلاینټ له ګېټوې سره د IP ترتیباتو په اړه خبرې کوي، ګېټوې د حل کوونکو یوه لړلیک لېږي، او Windows یې پر تونل اډاپټر پلي کوي۔ هغه اډاپټر ستاسو له Wi-Fi یا Ethernet څخه جلا انټرفېس دی، او لړلیک د انټرفېس دی، نه د پروفایل۔ کله چې پوه شوئ کوم شی ارزښت لري، په PowerShell کې یې لیکل یوازې یو حکم دی؛ د دې لیکنې له بیا نښلېدلو څخه ژغورل هغه برخه ده چې پرېکړه غواړي۔

پته کوم شی لري

RAS د تونل اډاپټر هغه وخت جوړوي چې نښلېدنه بریالۍ شي او هغه وخت یې لرې کوي چې نښلېدنه پرې شي۔ هغه DNS سرورونه چې په ipconfig /all کې یې وینئ، د همدې ترتیباتو د تبادلې پر مهال، د IPv4 او IPv6 پتو او لارو ترڅنګ راځي۔ ځکه چې ارزښت له انټرفېس سره تړلی دی، Set-DnsClientServerAddress هغه څه ته لیکي چې یوازې تر هغو شته چې نښلېدنه شته۔

همدا یوه واقعیت د VPN DNS شاوخوا ډېره ګډوډي تشریح کوي۔ پروفایل په نښلول شوي حالت کې هم کتل کېدای شي، خو هغه انټرفېس نشته چې ورته اشاره وشي، نو د ننوتلو سکریپټ چې cmdlet د VPN مستعار نوم پر وړاندې رابلل کوي، مخکې له دې چې څوک ونښلي ناکام شي۔ دا هغه بدلون هم تشریح کوي چې ګواکې بیرته ګرځي: هېڅ بیرته نه ګرځېد، انټرفېس له منځه ولاړ او د ګېټوې لخوا لېږل شوو ارزښتونو سره بیا جوړ شو۔

مخکې له دې چې DNS ته لاس ووهئ، مستعار نوم ومومئ

د پروفایل نوم او د انټرفېس مستعار نوم معمولاً یو شمېره وي، خو یو شی نه دي۔ Get-VpnConnection پروفایلونه لړليک کوي؛ Get-NetAdapter هغه انټرفېسونه لړليک کوي چې Windows واقعاً لري۔ د DNS cmdlet هغه دویم غواړي، او دا دواړه له هغې څخه ډېر ځله جلا کېږي چې خلک یې تمه لري، په ځانګړې توګه کله چې کلاینټ د اډاپټر نوم ته "(RAS)" ته ورته څرګندونه ورزیاتوي۔

که پروفایل نه وي، PowerShell کولای شي اصلي ننوتنه جوړه کړي۔ د تونل ډول او تصدیق باید له هغې سره سمون ولري چې ګېټوې وړاندې کوي، ځکه ناسمون نه د جوړولو پر مهال، بلکې د نښلېدو پر مهال ښکاره کېږي:

Add-VpnConnection -Name "Corporate" -ServerAddress vpn.example.net `
  -TunnelType Ikev2 -EncryptionLevel Required `
  -AuthenticationMethod Eap -AllUserConnection

یو ځل ونښلئ، بیا مخکې له دې چې کوم د DNS حکم ولیکئ، اصلي مستعار نوم ولولئ:

rasdial.exe "Corporate"
Get-NetAdapter | Where-Object InterfaceDescription -like "*VPN*"
Get-DnsClientServerAddress -InterfaceAlias "Corporate"

لیکنه په سمه ترتیب سره پلي کړئ

ترتیب له سینټکس څخه مهم دی۔ اډاپټر باید پورته وي، مستعار نوم باید حل شي، او حساب ته باید د انټرفېس ترتیباتو بدلولو اجازه وي۔ د هر کاروونکي نښلېدنه معمولاً د ننوتل شوي کاروونکي بدلون مني؛ د ټولو کاروونکو نښلېدنه چې د -AllUserConnection سره جوړه شوې ده، معمولاً لوړ shell غواړي۔

خپله cmdlet یو کرښه ده، په Microsoft د Set-DnsClientServerAddress حواله کې مستنده:

Set-DnsClientServerAddress -InterfaceAlias "Corporate" -ServerAddresses 10.20.0.53,10.20.0.54
Get-DnsClientServerAddress -InterfaceAlias "Corporate" -AddressFamily IPv4

د ناکامۍ دوه لارې په یوه کتنه پېژندل غواړي۔ ناسم مستعار نوم له cmdlet څخه تېروتنه راوړي، او دا ښه پایله ده، ځکه چوپتیا به تر دې بدتره وه۔ سم cmdlet بې له ښکاره اغېزې معمولاً مانا دا ده چې تاسو ناسم اډاپټر ګورئ: د بل کلاینټ پاتې شوی تونل اډاپټر، ورته څرګندونه لرونکی فزیکي شبکه کارت، یا په جلا چاپېریال کې د شبکې وسیلې لخوا جوړ شوی دویم مجازي اډاپټر۔

ولې بیا نښلېدل بدلون باطلولای شي

لیکنه د انټرفېس یوې نسخې پورې اړه لري۔ کله چې کلاینټ اډاپټر نسکور کړي او په راتلونکې نښلېدنه کې یې بیا جوړ کړي، لېږل شوي ارزښتونه بیا پلي کېږي او ستاسو لړلیک ورک شي۔ ځینې کلاینټونه انټرفېس په هر نښلېدنه کې بیا جوړوي؛ نور یې د غونډې په ټول اوږدوالي کې کاروي۔ په Get-NetAdapter کې د انټرفېس شاخص د دوو نښلېدنو ترمنځ پرتله کړئ او پوه به شئ چې کوم چلند لرئ۔

درې پایداره ځوابونه شته، او د هغوی یو پر بل اچول خپلې نیمګړتیاوې زېږوي۔ د نښلېدنې ځانګړی DNS پسوند او NRPT قاعده یوازې داخلي نوم ځای داخلي حل کوونکي ته لېږي او عام نومونه پرېږدي۔ پر VPN نښلېدنه پلي شوې ډلې تګلاره یا MDM ترتیبات پرته له کوم سکریپټ څخه د نښلېدو پر مهال DNS ټاکي۔ هغه مهالنی دنده چې د نښلېدو پېښې ته ځواب وايي او cmdlet بیا چلوې، کرکه لاره ده، خو کار کوي او یو لاګ پرېږدي۔ د DNS لپاره یو خاوند وټاکئ او ولیکئ چې کوم یو دی۔

یوې نښې لرونکي داخلي نومونه هم د پسوند پلټنې لړلیک ته اړ دي۔ Set-DnsClientGlobalSetting -SuffixSearchList پر ټول ماشین پلي کېږي، نو د کمپیوټر پر هر اډاپټر، Ethernet هم په کې، حل بدلوي۔ مخکې له دې چې عکس ته داخل شي، پر ازموینځي ماشین یې وازموئ۔

نه یوازې ترتیبات، بلکې حل هم وګورئ

پر اډاپټر لړليک شوی حل کوونکی یوازې دا ثابتوي چې ارزښت لیکل شوی دی۔ له ټاکل شوي سرور څخه په مستقیم ډول وپوښتئ، بیا د عادي لارې له مخې وپوښتئ:

Resolve-DnsName server01.corp.example -Server 10.20.0.53
Resolve-DnsName server01.corp.example

دا وېش درته وایي چې نیمګړتیا چېرې ده۔ مستقیمه پوښتنه ځواب ورکوي او عادي پوښتنه ناکامېږي: د اډاپټر ترتیبات یا د پسوند لړلیک په کار نه دي۔ دواړه ناکامېږي: حل کوونکی د تونل له لارې نه شي رسېدلی، نو مخکې له دې چې بیا DNS ته لاس ووهئ، لارې او د اور دېوال قواعد وګورئ۔ مستقیمه پوښتنه ناکامېږي پر دې چې عادي پوښتنه له بلې ځایه ځواب ورکوي: ووېشل شوی DNS ناسم تنظیم شوی او داخلي نوم ته عام حل کوونکی ځواب ورکوي، دا د نښلېدو له ستونزې مخکې د تګلارې ستونزه ده۔

ازموینه دوه ځله وچلوئ، یو ځل سمدلاسه له نښلېدو وروسته او یو ځل له پرې کېدو او بیا نښلېدو وروسته، او د دواړو چلولو Get-DnsClientServerAddress پایله پرتله کړئ۔ که لېږل شوی ارزښت په دویمه نښلېدنه کې بیرته راغی، لیکنه له اډاپټر سره ژوندې وه او مړه شوه، او یوازې د پخواني برخې NRPT یا د تګلارې لار به پاتې شي۔ دواړه لیکنې او د نښلېدو وخت نښې وساتئ؛ هغوی د پاتې کېدو پوښتنه له بل پړاو سمونو څخه ژر حل کوي۔