په Windows کې د VPN د DNS تویېدنه: ولې متریک پر لار بریالی کېږي

یوه پوښتنه ماشین پرېږدي او کورني روټر ته رسېږي، حال دا چې هر پاکټ د تونل له لارې تېرېږي۔ طبیعي پایله دا ده چې لاره ورکه ده، خو لاره معمولاً سمه وي۔ Windows کولی شي د انټرفیس متریک له مخې وټاکي چې د کوم انټرفیس ریزالور څخه وپوښتل شي، او د تونل اډاپټر دا پرتله اکثراً بې تار انټرفیس ته بايلي۔

د یوې تویېدنې لپاره دوه څرګندونې

د لارې څرګندونه وایي چې یوه برخه ترافیک له تونل څخه وتلی دی، نو ډیفالټ لاره یا د ووېشل شوي تونل لیست باید غلط وي۔ هغه څرګندونه په یوه واحد امر ازمویل کېږي، او کله چې ډیفالټ لاره تونل ته اشاره وکړي، خبره ختمه ده۔ لومړی همدا وګورئ ځکه ارزانه ده، بیا یې یوې خوا ته کېږدئ کله چې پاکه راوګرځېده۔

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

متریکونه او ریزالورونه یو ځای پرتله کړئ

تر هغه چې تونل فعال دی، انټرفیسونه، د هغوی متریکونه او تنظیم شوي سرورونه ولیکئ۔ هغوی د دوو جلا لیستونو په توګه نه، بلکې د جدول په توګه ولولئ، ځکه پوښتنه دا ده چې کوم ریزالور لومړی راځي، نه دا چې کوم ریزالورونه شته۔

Get-NetIPInterface -AddressFamily IPv4 | Sort-Object InterfaceMetric | Select-Object InterfaceIndex, InterfaceAlias, InterfaceMetric
Get-DnsClientServerAddress -AddressFamily IPv4 | Select-Object InterfaceAlias, ServerAddresses

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

د تونل هغه اډاپټر چې هیڅ ریزالور پکې تنظیم شوی نه وي، هماغسې عام ډول دی۔ کلاینټ انټرفیس پرته له DNS له پوښلو پورته کوي، نو د ترتیب پوښتنه اصلاً نه راپورته کېږي۔

تونل پورته کړئ او بیا وګورئ

په لوړ شوي شل کې د تونل انټرفیس ته ترټولو ټیټ متریک ورکړئ، یا د فزیکي اډاپټر ارزښت لوړ کړئ۔ دواړه د هر انټرفیس تنظیمات دي او دواړه بیرته اخیستل کېږي، او دا هغه وخت مهم دي چې تاسو داسې ماشین بدل کړئ چې کېدای شي مخ ته نه یاست ناست۔

Set-NetIPInterface -InterfaceIndex 27 -InterfaceMetric 1
Get-NetIPInterface -AddressFamily IPv4 | Sort-Object InterfaceMetric

بدلون سمدلاسه ښکاري، او د DNS کلاینټ او نور کاروونکي هغه ټاکنه کیش کوي چې مخکې یې کړې ده۔ مخکې له دې چې د پوښتنې له پایلې څه وایستئ، تونل بیا ونښلوئ یا سیسټم بیا پیل کړئ۔ ډېره ژر ترسره شوې ازموینه پخوانی چلند تکراروي او د ناکام سمون په څېر ښکاري۔

بیا یو داخلي او یو عمومي نوم وپوښتئ او وګورئ چې کوم سرور ځواب ورکړ۔ د Microsoft د اتوماتیکو متریکونو په اړه حواله څرګندوي چې ولې ترټولو ټیټ ارزښت ته ترجیح ورکول کېږي او اتوماتیک تخصیص څنګه ترلاسه کېږي۔

د بیا نښلېدو په وړاندې یې ټینګ وساتئ

په هر نښلېدنه کې بیا جوړېدونکي اډاپټر باندې لاسي متریک هغه تنظیم دی چې ورکېږي۔ که کلاینټ انټرفیس بیا جوړ کړي، دا سرغړونه د نښلېدنې وروسته سکریپټ، تګلارې یا هغه کلاینټ ترتیباتو ته اړتیا لري چې د نښلېدنې په موده کې DNS ولري۔

په فزیکي اډاپټر باندې په ثابت ډول تنظیم شوي سرورونه هماغه د دوام ستونزه په معکوسه توګه لري۔ هغوی تر هغه چې لرې نه شي د هغه انټرفیس لپاره ځواب وایي، او DHCP به یې له بلې اجارې څخه بیا ډک کړي، نو هغوی لرې کول یوه اندازه ده، نه ډیزاین۔ دوامداره ډیزاین د داخلي نوم فضا لپاره د نوم حل تګلاره دی، یا هغه کلاینټ چې د نښلېدنې تر مودې پورې د DNS مالکیت اخلي۔ په هر حال، د بیا نښلېدنې دمخه او وروسته د ریزالورونو لیست ولیکئ، کله چې ازموینه پای ته ورسېده اصلي متریک بیا ټینګ کړئ، او تایید کړئ چې پخوانی چلند بیرته راګرځېدلی دی۔