د VPN تر څنګ د یوه ځایي ډومین لپاره د macOS ریزولور فایل

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

د اجازې پوله لومړی راځي: دا د هغه ډومین لپاره دی چې تاسو یې اداره کوئ یا د تنظیم کولو اجازه لرئ۔ دا د یوې سازمان د پلي شوي DNS پالیسي یا د هغې د ځایي شبکې محدودیتونو د تېرولو لاره نه ده۔

یو فایل چې تنګه دنده لري

فرض کړئ ځایي زون lab.example.org دی او سرور یې پر 192.168.55.1 ځواب وایي۔ په هغه Mac کې چې تاسو ته د بدلون اجازه ده، یو مدیر ساده متني فایل جوړوي چې نوم یې خپله ډومین دی، /etc/resolver/lab.example.org، چې یوازې یوه nameserver 192.168.55.1 کرښه لري۔ دا پوښۍ ممکن په نوي سیستم کې نه وي، نو د مدیر د حقونو سره یې جوړ کړئ، او مخکې له لیکلو وګورئ چې د مدیریت سافټویر هلته دمخه فایل نه لري۔

د Apple د ریزولور تنظیماتو اسناد هغه کنوانسیون بیانوي چې کله د فایل دننه جلا ډومین تنظیم نه ښکاري، نو د فایل نوم ډومین برابروي۔ همدا نوم اېښودلو قاعده ټوله چل ده، او له همدې امله فایل باید د زون په نوم وي نه د سرور په نوم۔

macOS څنګه د ریزولورونو ترمنځ غوره کوي

له یو څخه ډېر ریزولور کلاینټونه فعال کېدای شي، او تر ټولو ځانګړی مطابق ډومین ګټي۔ له همدې امله د lab.example.org لپاره ریزولور د تلواله ریزولور څخه بېل حد لري، او یو ډېر ځانګړی فرعي ډومین چې خپل فایل لري بیا هم لومړیتوب اخیستلای شي۔ همدا د کاري VPN لپاره دا ممکنوي چې خپل سافکس وساتي، پداسې حال کې چې ستاسو لابراتوار زون بل ځای ته ځي۔ په دې ترتیب کې هیڅ شی نړیوال نه دی، او همدا د یادولو وړ ټکی دی۔

/etc/resolv.conf پرېږدئ۔ macOS پخپله هغه فایل لیکي، او هغه هیڅکله د ډومین ځانګړي حل بشپړ انځور نه درلود۔ تنظیمات کولای شي د دې پوښۍ له فایلونو پرځای د سیستم د تنظیماتو ډیټابیس څخه هم راشي، او له همدې امله مدیریت پروفایل کولای شي هغه څه باطل کړي چې تاسو لیکلي دي۔

درې شیان چې فایل یې نه شي برابرولای

سرور باید د لاسرسي وړ وي۔ که VPN ځایي شبکه بنده کړي، یا یو شرکت لاره د سرور د پتې حد ونیسي، نو یو بشپړ سم سافکس فایل بیا هم پوښتنه نه شي رسولای۔ دا خبره د شبکې مالک ته ورسوئ، او پخپله ځایي استثناوې مه پراخوئ۔

زون باید سم ځواب ولري، او دا د بشپړ وړ نوم لکه printer.lab.example.org سره ازموینه کول غوره دي۔ لنډ نوم کولای شي د لټون ډومین چلند راوپاروي او په پای کې له هغه پوښتنې بېله پوښتنه وکړي چې تاسو یې غوښتل۔

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

د DNS د بدلولو پرځای غوره توب تایید کړئ

وګورئ macOS اوس واقعاً څه کاروي، او بشپړ وړ نوم د اپلیکیشن له دننه یا له هغه وسیلې څخه وپوښتئ چې د اپلیکیشنونو په څیر حل کوي۔ 192.168.55.1 ته مستقیمه پوښتنه ثابتوي چې سرور ځواب وایي؛ دا نه ثابتوي چې macOS هغه سرور د عادي پلټنو لپاره غوره کړی۔ دا بېلابېل حقایق دي، او یوازې دوهم یې بیانوي چې ستاسو براوزر به څه تجربه کوي۔

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

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