د OpenVPN له لارې وویشل شوی DNS: د هرې عملیاتي سیسټم لپاره د لارښوونې ډومین رول

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

لومړی پالیسي ونوموئ، بیا هغه پلیټفارم بنسټیز عنصر وټاکئ چې دا څرګندوي۔

درې ترتیبات چې ګډول یې اسانه دي

د لټون ضمیمه لنډ نوم پراخوي: files ولیکئ، کله چې حل کوونکی ضمیمې په ترتیب سره ازموي، نو files.corp.example ته اوړي۔ د لارښوونې ډومین ټاکي چې د نومونو په داخل کې پوښتنو ته کوم حل کوونکی ځواب وایي۔ د IP لار یوازې ټاکل شوی حل کوونکی د لاسرسي وړ ګرځوي۔ دا درې په بېلابېلو طبقو کې ژوند کوي، او یو په بل بدلول داسې ترتیب جوړوي چې سم ښکاري او هیڅ نه حل کوي۔

ګډوډي بیه لري: د لټون ضمیمه زیاتول هره لنډه نوم کاري حل کوونکي ته لیږي، په شمول هغه نومونه چې بل ځای پورې اړه لري۔ د لارښوونې ډومین ټاکل ناتړلي پوښتنې په سیمه ایز حل کوونکي کې ساتي او بیا هم *.corp.example له تونل څخه لیږي۔

Linux: یوازې د لار ډومین، نه د لټون ضمیمه

په systemd-resolved کې د ټیلډ سره پیل شوی ډومین یوازې د لار ډومین دی، یعنې د هغه نومونو پوښتنې تړلي حل کوونکي ته ځي او د لټون ضمیمه هم نه کېږي۔ resolvectl domain tun0 '~corp.example' دا ټاکي، او resolvectl dns tun0 10.8.0.1 سرور نوموي۔ دواړه ترتیبات د انټرفیس دي، نو له هغې سره ورکېږي۔ ټیلډ هغه برخه ده چې خلک یې پرېږدي، او پرته له هغې لنډ نومونه د کاري حل کوونکي له لارې حل کېږي۔

همدا ډومین د نړیوال لټون ضمیمې په توګه مه نصبوه۔ دواړه ترتیبات بېځایه نه دي؛ یو لار ښیي او بل هغه څه بیا لیکي چې تاسو ولیکل۔

Windows ته د نومونو د ساحې پالیسي غواړي، ضمیمه نه

Windows وویشل شوی DNS پالیسي په Name Resolution Policy Table کې ساتي، نه د اډاپټر په DNS ضمیمه کې۔ یو قاعده نومونه ځانګړو سرورونو سره نښلوي: Add-DnsClientNrptRule -Namespace .corp.example -NameServers 10.8.0.1۔ یوازې ضمیمه ټاکل بدلوي چې لنډ نومونه څنګه ښکاري؛ پوښتنه بل سرور ته نه استوي۔

له نښلولو وروسته Get-DnsClientNrptPolicy سره اغېزمنه پالیسي وګورئ، ځکه چې د پخواني نښلونې قاعده کېدای شي له تونل څخه اوږده پاتې شي۔ کله چې تونل ولوېږي قاعدې په نوم لرې کړئ، او ښودل شوی نوم ثابت وساتئ ترڅو پاکوالی سمه لیکنه ونیسي۔

د هر پلیټفارم لپاره یو د حل کوونکي مالک

د ډیسکټاپ مدیر، د OpenVPN up سکریپټ او سیمه ایز حل کوونکی ډیمون ټول کېدای شي همدا ترتیب ولیکي۔ کله چې سره نه یوځای شي، وروستی لیکونکی ګټي او پایله د تخریب ترتیب پورې اړه لري۔ یو برخه وټاکئ چې د حل کوونکي حالت يې مالک وي، نورو ته اجازه ورکړئ چې د لیکلو پرځای راپور ورکړي، او بیا نښلونې ته ازموینه وکړئ: پالیسي باید پرته له دې چې قاعدې تکرار کړي، هغه وزغمي۔ قطع کول هم ازموئ، ځکه پاتې حالت هماغه دی چې بله نښلونه بېلابېل رفتار کوي۔

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

پایله وګورئ، د پروفایل متن نه

یو نوم چې باید له تونل څخه تېر شي او یو چې نه باید، په هر پلیټفارم کې حل کړئ، او تایید کړئ کوم سرور ځواب ورکړ۔ resolvectl query host.corp.example او Resolve-DnsName host.corp.example دواړه هغه سرور راپور کوي چې ځواب یې ورکړ۔ له بیا نښلونې وروسته تکرار کړئ۔ بیا تایید کړئ چې د تونل حل کوونکی د هغې پتې په لاسرسي کې دی چې پروفایل یې فشاروي، ځکه سمه پالیسي چې د لاسرسي نه وتونکي سرور ته اشاره کوي، هماغسې ناکامېږي لکه پالیسي چې نه وي۔

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