ستاسو VPN درې DNS سرورونه لیږي: کوم یې ځواب ورکوي؟
اضافي ننوتونه کېدای شي بیکاپ، د هر ډومین لپاره لاره یا د فزیکي تړاو پاتې شوي وي۔ د لیست چوړ ویلو دمخه هر یو یوه ساحې سره وتړئ۔
له نښلولو وروسته د تنظیماتو پاڼه پرانیزئ او درې DNS پتې لیست شوې وینئ؛ د پلټنې پوښتنه دا ده چې ستاسو وروستۍ پوښتنه کومې اداره کړه۔ یوازې شمېره هیڅ ځواب نه ورکوي، ځکه چې د کړکۍ هڅول، یو فزیکي انټرفیس او د هر ډومین پالیسي ټول په یو منظر لیکي۔ دا ننوتونه بېلابېلې ساحې لري، او ځواب ورکوونکی موقعیت نه، بلکې ساحه ټاکي۔ د سرچینو په جلا کولو پیل وکړئ، بیا هغه سرچینه وآزموئ چې تاسو ته مهم نوم لري۔
ولې لیست ستاسو له پروفایل اوږد دی
VPN کړکۍ د تونل تړاو لپاره د حل کوونکي پتې هڅوي، او عملیاتي سیستم هغه د فزیکي انټرفیس تر څنګ ساتي چې مخکې یې درلودې۔ روټر، شرکت DHCP اجاره، دوهم VPN او د هر ډومین پالیسي هر یو خپل ننوتون زیاتوي۔ نو په پاڼه کې درې پتې کېدای شي درې ساحې معنا ولري، نه د یو کار لپاره درې نوماندان۔ شمېره د چوړ ثبوت په توګه لوستل په دې پلټنه کې لومړنی تېروتنه ده۔
د یو انټرفیس په داخل کې کړکۍ خپل سرورونه په ترتیب سره آزموي، نو ترتیب شوی لیست بېمعنا نه دی۔ هغه څه چې قطار نه دی، یوځای شوی منظر دی، چېرې چې د پروفایل، فزیکي تړاو او د هر ډومین قواعدو ننوتونه پرته له یوې درجهبندۍ څنګ په څنګ ولاړ دي۔ همدا توپیر ټاکي چې تاسو څه وآزموئ: ترتیب د یوې ساحې دننه چلند تشریح کوي، او ساحه پاتې نور هر څه۔
کوډ شوی DNS انځور د اپلیکیشن له داخله ماتوي۔ هغه براوزر یا چیټ کړکۍ چې خپل DNS-over-HTTPS حل کوونکی لري، پوښتنې په بشپړه توګه د عملیاتي سیستم لیست پرېږدي او لیږي، نو د تنظیماتو پاڼې پتې هغه ټرافیک بیانوي چې اپلیکیشن هیڅکله نه دی جوړ کړی۔ د نوم غلط راتلو لپاره پروفایل ملامتولو دمخه د اپلیکیشن خپل حل کوونکي تنظیم وګورئ۔
د درېیو څېړنو هر یوه څه وایي
هره سرچینه خپله نښه په بېل ځای پرېږدي، او هیڅ یو حکم ټول نه ښیي۔ دا هغه نقشه ده چې د تنظیماتو پاڼې تر څنګ یې ساتل ارزښت لري:
| Entry source | Where it is visible | What it proves |
|---|---|---|
| Tunnel profile | Link-scoped DNS on the tunnel device | Which servers the VPN asked you to use, not which one answered |
| Per-domain policy | Suffix list or routing domains | Which names are steered to a particular resolver |
| Physical link | DNS on the LAN interface | Whether a second scope still exists outside the tunnel |
| Application resolver | App settings, absent from the OS list | Whether the system list was consulted at all |
systemd-resolved کاروونکي سیستم کې resolvectl status واکمنه ده، ځکه چې د لارښوونې ډومینونو سره یوځای د هر تړاو DNS راپور کوي۔ macOS د scutil --dns له لارې ځواب ورکوي، کوم چې ساحه لرونکي حل کوونکي د آزموینې په ترتیب لیستوي۔ Windows دوه نیمې برخې کوي: د هر انټرفیس سرورونو لپاره Get-DnsClientServerAddress او د پای ضمیمو قواعدو لپاره Get-DnsClientNrptPolicy۔ هغه حکم وچلوئ چې په رښتیا کارول شوي حل کوونکي پورې اړه لري، ځکه چې د کنټینر چلولو چاپېریال او د ډیسکټاپ حل کوونکي لرونکې ماشین کې کېدای شي له یو زیات نصب وي۔
یو بیکاپ حل کوونکی چې ستاسو زون ځواب نه شي ورکولای
دوهم ننوتون معمولاً د لاسرسي لپاره وي، او لاسرسي یوازې هغه وخت کار کوي چې بیکاپ نومونه پیژني۔ له یو عام حل کوونکي څخه د داخلي کوربه نوم وپوښتئ، دا NXDOMAIN بیرته راولي، یا د هغې پلټنې ډومین څخه چې تاسو سره هیڅ تړاو نه لري د وحشي کارت ځواب ورکوي۔ بیا هغه بدیل چې چا نه دی کتلی، په سمه هغه شېبه کې چې ورته اړتیا وي د کار بندېدو لامل کیږي۔
Split DNS د همدې مخنیوي لپاره دی: د شرکت ضمیمې هغه حل کوونکي ته ځي چې زون لري، او عام نومونه په اصلي لار پاتې کیږي۔ ډیزاین کلک دی، او دا د ضمیمو لیست بشپړتیا پورې تړلی دی۔ Microsoft د هرې ضمیمې لپاره د حل کوونکي پالیسي مستند کوي چې په Windows کې دا چلوي، او همدا نظر په systemd-resolved کې د لارښوونې ډومینونو او په macOS کې د ساحه لرونکو حل کوونکو په توګه ښکاري۔
هغه زونونه چې بیکاپ یې ځواب ورکولی شي د پالیسي کې موجودو ضمیمو سره پرتله کړئ۔ دا پرتله کول هغه سوری د کاروونکي له راپور مخکې مومي چې وایي د تونل بدلون وروسته یو داخلي سایت حل کیدل بند شول۔
د پالیسي له لارې وپوښتئ، د هغې شاوخوا نه
د عملیاتي سیستم حل کوونکي له لارې وپوښتئ، ځکه چې سرور ته مستقیمه پوښتنه پالیسي پرېږدي او یوازې هغه څه راپور کوي چې هغه سرور به یې وایه۔ د دوو ځوابونو ترمنځ سوری ټوله خبره ده:
resolvectl query intranet.example.com
dig +short intranet.example.com @198.51.100.53که سیستم پوښتنه شخصي پته بیرته راوړي او مستقیمه پوښتنه NXDOMAIN بیرته راوړي، پالیسي کار کوي او کمزوری ټکی بیکاپ دی۔ که دواړه یو شان عام ځواب بیرته راوړي، نوم ستاسو د هوډ شوې ساحې بهر حل کیږي، او د ضمیمو لیست هغه ځای دی چې باید وکتل شي۔ دواړه پایلې وساتئ، ځکه چې د حل کوونکي بحث د تنظیماتو پاڼې سکرینشاټ په پرتله په دوو کرښو ژر ختمیږي۔
بیا د ناکامۍ لاره تمرین کړئ، ځکه چې هغه بدیل چې چا نه دی آزمویلی یوازې یوه انګیرنه ده۔ د یوې پوښتنې لپاره غوره حل کوونکی تور سوری کړئ او وګورئ کومه پته بیرته راروانه ده:
ip route add blackhole 198.51.100.53/32
resolvectl query intranet.example.com
ip route del blackhole 198.51.100.53/32هغه لاره سمدلاسه حذف کړئ چې پوښتنه پای ته ورسیده، که نه نو بل کس یو معما په میراث وړي۔ که په هغه موده کې داخلي نومونه لا هم حل کیږي، نو د هوډ شوې ساحې بهر یو څه ورته ځواب ویلی۔ که هغوی پرځای وخت پای ته ورسید، نو بدیل نشته یا په سمه توګه محدود شوی، او د حل کوونکي خپل لاګ درته وایي چې د دواړو کوم یو و۔
پریکړه وکړئ: وساتئ، محدود یې کړئ یا یې لرې کړئ
دوهم حل کوونکی وساتئ کله چې ستاسو اړین نوم ځای ځواب کړي او د پروفایل لاندې لاسرسی وړ پاتې شي۔ محدود یې کړئ کله چې باید یوازې یوه ضمیمه وویني او نور هیڅ نه، او لرې یې کړئ کله چې نه ساحه لري او نه مستنده موخه۔ بې کاره ننوتون بې ګټې راتلونکی چوړ دی، او د عرضه کوونکي اصلي ارزښت موخه نه ده۔
پایله په څلورو کالمونو کې ولیکئ: ضمیمه، حل کوونکی، انټرفیس او مالک۔ هغه کرښه له هر سکرینشاټ څخه ژر راتلونکې پلټنې پوښتنې ځواب ورکوي، او له هغه کړکۍ تازه کولو څخه هم ژغورل کیږي چې لیست په خاموشۍ کې بیا تنظیموي۔