د عامه DNS کار کول دا نه ښیي چې Active Directory موندل کېدای شي

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

افسانه: نومونه حل کېږي، نو DNS بشپړ دی

د عامه وېبپاڼې حل کېدل یوازې دا وایي چې یو څه حل کوونکي په عامه زون کې د یوه نوم لپاره یوې A یا AAAA پوښتنې ته ځواب ورکړی۔ Active Directory هغه پروتوکول بلې پوښتنې ته کاروي: د ډومېن خدمتونه چېرې دي، او دا کليانټ باید کوم کنټرولر وکاروي۔ پوښتنه د ډومېن په نوم نومول شوي زون لاندې د SRV ریکارډونو په توګه څرګندېږي، او تکراري عامه حل کوونکي لره د هغو ساتلو لپاره هېڅ دلیل نشته۔

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

د ډومېن کليانټ واقعاً څه غواړي، په ترتیب

corp.example په څېر ډومېن لپاره عمومي لټوونکې پوښتنه _ldap._tcp.dc._msdcs.corp.example ده۔ د SRV ځوابونه نوماند کنټرولرونه او د هغوی پورټونه نوموي، او بیا کليانټ ته د نښلېدو د پرانیستلو دمخه د هغو هوسټ نومونو لپاره پتې ریکارډونه اړین دي۔ د سایټ خبره موندنه د سایټ فرعي ډومېن لاندې پوښتنې زیاتوي، او ځوابونه ټاکي چې کوم کنټرولرونه غوره دي، نه دا چې کوم یو لازمي دی۔

nltest /dsgetdc:corp.example
Resolve-DnsName -Type SRV _ldap._tcp.dc._msdcs.corp.example

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

ولې عامه حل کوونکی ځواب ورکوي او بیا هم ننوتل ماتېږي

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

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

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

د تونل DNS او د هغه لارې سره سم وساتئ

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

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

د موندنې غږ او یوې ژوندې کړنې سره ومنئ

ګټور منلو ازموینه لټوونکې پوښتنه چلوي او بیا یوه ریښتنې تصدیق شوې کړنه ترسره کوي، لکه د لارښود ملاتړ شوې شریکېدو پرانیستل یا ټکټ غوښتل۔ دا د VPN بدلون دمخه او وروسته بیا، په هماغه ماشین، پرته له منځني بیا پیل کولو ترسره کړئ۔ کېش شوي اسناد او مخکې پرانیستل شوې ناستې به ماتېږي لار روغه ښکاره کړي، نو بریالۍ ډیسکټاپ ننوتنه ازموینه نه ده۔

د Microsoft د DNS کليانټ لپاره سپارښتنې د داخلي نوم ځای له حل کولو او عامه پوښتنو له پورته لېږلو سره هماغه کرښه کاږي، او کله چې VPN معرفي کېږي دا هغه ترتیب دی چې باید وساتل شي۔

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