خصوصي DNS نوم که یوازې IP؟ مخکې له شریکولو پریکړه وکړئ

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

لومړی شرط: پیرودونکي کوم resolver لاره لري؟

خصوصي نوم یوازې هغه وخت کار کوي چې د پیرودونکي resolver یې ځواب ورکولی شي۔ دا پدې مانا ده چې اجازه لرونکی لرې پیرودونکی باید هغه DNS سرور ته ورسېږي چې زون لري، یا د تونل له لارې یا د هغه resolver له لارې چې سازمان دمخه د لرې کاروونکو لپاره چلوي۔ تونل یو لېږد دی، نه لارښود۔ هغه پیرودونکي ته resolver ته لاره ورکوي، او نه ورته وایي چې کوم زون وپوښتي۔

resolvectl query files.corp.example
dig @10.20.30.10 +short files.corp.example

عام resolver به خصوصي زون زده نه کړي یوازې ځکه چې لپټاپ VPN ته وتړل شو۔

پسوند هم هماغه پاملرنې ته اړ دی۔ د هغه ډومین فرعي ډومین وکاروئ چې سازمان یې کنټرولوي، ترڅو مالکیت او د سند پلان روښانه پاتې شي۔ له .local ډډه وکړئ: ملټي کاسټ DNS مشخصات هغه پسوند له link-local حل سره تړي، او مسیر شوی تونل هغه چلند ستاسو لپاره بیا نه جوړوي۔

دویم شرط: خدمت کومه سرچینه ترلاسه کوي؟

د لاسرسي قواعد د پتو پر وړاندې لیکل کېږي، نو ګټوره پوښتنه دا ده چې خدمت د مسیر او ژباړې وروسته کومه پته ویني۔ د 10.20.30.40 په پته یوې بېلګې خدمت لپاره، دفتر پیرودونکي له 10.20.30.0/24 څخه راځي او لرې پیرودونکي له جلا حوض لکه 10.99.0.0/24 څخه راځي۔

که ګېټ وې لرې حوض وژباړي، خدمت ژباړونکی ویني، او د 10.99.0.0/24 لپاره لیکل شوې قاعده به سمون ونه خوري۔

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

دریم شرط: نوم خدمت ته تړلی دی که کوربه ته؟

هغه نوم چې د یوې ماشین پتې ته اشاره کوي هر پیرودونکی له هغې ماشین سره تړي۔ هغه نوم چې د بار د انډول کوونکي یا ثابت خدمت پتې ته اشاره کوي د هغې شاته کوربه بدلېدو ته هم پاتې کېږي۔ په پوهاوي سره غوره کړئ، ځکه چې دا وروسته بدلول پدې مانا دي چې د هر پیرودونکي د پاڼې نښانونه او د هر سند موضوع بدله شي۔

د یوې داخلي خدمت لپاره، مستقیم ریکارډ معمولاً ښه وي او فکر کول پرې اسانه دي۔

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

دوه پریکړې جلا جلا وازموئ

لومړی حل کړئ، بیا وصل شئ۔ د تمه شوې پتې بیرته راګرځولو حل ازموینه د نوم لاره ثابتوي او د لاسرسي په اړه هېڅ نه وایي۔ د اړیکې ازموینه لاره او قاعده یوځای ثابتوي، نو یوازې د حل له بریالیتوب وروسته یې چلوئ۔

curl -sv --max-time 5 https://files.corp.example/health

بیا یو ځل یوه بنده سرچینه وازموئ، او پایله ولیکئ۔

په خپلو اسنادو کې دواړه ریکارډونه جلا وساتئ: نوم او زون یې، منل شوې سرچینې او د قاعدې مالک۔ کله چې یو بدل شي، بل اړ نه دی چې بدل شي۔

پریکړه معمولاً چېرته غلطېږي

عامه ناکامي هغه خدمت دی چې یوازې د دفتر په شبکه کې حل کېدونکي نوم لاندې خپور شوی، د لاسرسي داسې قاعدې سره چې یوازې د دفتر ساحه مني۔ بیا لرې کاروونکي د مات خدمت شکایت کوي، چې په حقیقت کې دوه جلا پریښودنې دي۔ دویمه عامه ناکامي برعکس ده: پراخه لاسرسي قاعده چې د نوم ستونزه لرې کولو لپاره ورزیاته شوه، خدمت له هغو سرچینو څخه د لاسرسي وړ پریږدي چې هیڅوک یې نیت نه درلود۔ دواړه د ترتیب پریښودنې دي، او د کاروونکي له چوکۍ څخه دواړه یو شان ښکاري۔

له یوې بریالۍ ازموینې څخه هیڅ یوه تېروتنه نه ښکاري۔ له همدې امله دواړې پریکړې جلا ریکارډونه او جلا ازموینې مستحق دي، حتی کله چې یو کس دواړه وکړي۔

دواړه د خدمت له پیل مخکې ولیکئ، ځکه چې راتلونکې بدلون به فکر کول پرې اسانه وي۔ ریکارډ لنډ دی: یوه کرښه د نوم او زون لپاره، یوه کرښه د منلو وړ سرچینو او د قاعدې مالک لپاره۔