د LAN کوربه نوم د VPN له لارې کار نه کوي: پسوند، mDNS که زون؟
لنډ نوم کېدای شي پر لټون پسوند تکیه وکړي، .local نوم پر ملټي کاسټ او د شرکت نوم پر یو خصوصي زون۔ یوازې لاره هېڅ نومونې خدمت نه برابروي۔
د وسیلې ترڅنګ چاپېرونکی لنډ نوم ته ځواب وایي او د فایل سرور یو کنیت ته۔ د تونل له لارې دواړه نومونه وخت تېروي، په داسې حال کې چې د دوی پتې لا هم کار کوي۔ لاره خپله دنده ترسره کوي؛ د نومونې هغه لار چې دا لنډ نومونه یې فعالول هیڅکله تونل ونه تېراوه۔ درې میکانیزمونه دا چلند رامنځته کوي او هر یو یې بېلابېل سمون ته اړتیا لري۔
په دې پیل وکړئ چې نوم پر کوم میکانیزم تکیه دی، ومومئ۔
درې ډوله نومونه چې جلا چلند کوي
د یوې نښې نوم لکه fileserver معمولاً پر هغه DNS لټون پسوند تکیه کوي چې حلکوونکی یې ورزیاتوي۔ دا پسوند ډېری وخت د سیمهایز DHCP کرایې سره راځي، نو له VPN څخه پته ترلاسه کوونکي لیرې کاروونکي لپاره د دې پېژندلو هېڅ دلیل نشته۔ د لارې زیاتول پسوند نه رسوي۔ لنډ نوم یوازې د نوم په توګه پاتې کېدل بندوي، که څه هم تر شا پته رسېدونکې ده۔
د .local سره پای ته رسېدونکی نوم معمولاً په سیمهایزه اړیکه کې د ملټي کاسټ DNS له لارې حل کېږي، لکه څنګه چې RFC 6762 تشریح کوي۔ ملټي کاسټ د لارې تونل نه تېرېږي پرته له دې چې یو څه یې په قصد پل یا پروکسي کړي، نو نوم په هغه شیبه حل کېدل بندوي چې تاسو برخه پرېږدئ۔
بشپړ وړ شرکت نوم هغه داخلي زون پورې اړه لري چې د سازمان حلکوونکي یې خدمت کوي۔ هغه له لیرې کار کوي کله چې VPN دا حلکوونکي پرمخ وړي او کاروونکی د دوی کارولو لپاره تنظیم شوی وي۔ او localhost د RFC 6761 له مخې ځانګړې کارونې دی: دا ستاسو مخې ته ماشین ته اشاره کوي، هېڅکله لیرې خدمت ته نه۔
له لارې بدلولو دمخه حلکوونکی ولولئ
وپوښتئ کوم نوم سرور ځواب ورکړ او کوم پسوند ورزیات شو۔ هماغه پوښتنه د بېلابېلو حلکوونکو له لارې بېلابېل ځوابونه ورکوي، او هماغه توپیر هغه شاهد دی چې تاسو ته اړین دی۔
getent hosts fileserver getent hosts fileserver.corp.example.com nslookup fileserver.corp.example.com dig +search fileserver A resolvectl query fileserver.corp.example.com scutil --dns | head -30
که بشپړ وړ پوښتنه حل شي خو لنډه نه، نو نیمګړتیا په پسوند کې ده، په سرور کې نه۔ که هېڅ یو هم حل نه شي او پته کار کوي، نو کاروونکی داخلي حلکوونکی هېڅ نه کاروي۔ د حلکوونکو لړلیک له هغه څه سره پرتله کړئ چې VPN یې باید پرمخ وړي، ځکه هغه کاروونکی چې د هرې پوښتنې لپاره خپل سیمهایز حلکوونکی ساتي، داخلي زون به هېڅکله ونه ویني۔
سم نوم کاروونکي ته ورسوئ
له مدیر څخه مستند لیرې لاسرسي نوم په بشپړه توګه وغواړئ او د پسونو اټکل کولو پرځای یې په پروفایل کې وکاروئ۔ که ځای پرځای کول split DNS ملاتړ کوي، داخلي ډومین دې د داخلي سرورونو له خوا حل شي او پاتې نور ټول سیمهایز حلکوونکی وساتي۔ د لټون ډومین د VPN ترتیباتو له لارې هغه ځای پرمخ وړئ چې کاروونکی یې ملاتړ کوي۔
پایله په کاروونکي کې وګورئ، په ګیټوې کې نه۔ هغه تنظیم چې په سرور کې پلي شي او هېڅکله کاروونکي ته ونه رسېږي هېڅ نه بدلوي۔
د تصدیقپاڼې هویت وساتئ
هغه ازموینه چې پر پته ولاړه ده او د تصدیقپاڼې تېروتنه نه ګڼي یوازې دا ثابتوي چې ساکټ پرانیستل شو۔ د خدمت تصدیقپاڼه د یو نوم لپاره صادریږي، او کاروونکی به په سم دلیل سره ناسمې اړیکې ردولو ته دوام ورکړي۔ که تصدیقپاڼه یوازې داخلي نوم لیست کړي، هماغه نوم وکاروئ او حل سم کړئ، یا داسې تصدیقپاڼه ترلاسه کړئ چې هغه پته پوښي چې تاسو یې کارولو اراده لرئ۔
هغه نوم، حلکوونکی او پسوند ولیکئ چې بریالۍ اړیکه یې رامنځته کړه۔ هغه ثبت بل کس له هغه پتې-ولاړ حل تکرارولو ژغوري چې ریښتینې ستونزه پټوي۔