د وېشل شوي DNS ازموینه پرته له داخلي نومونو له لیکیدنې

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

دوه نومونه وټاکئ او لومړی دواړه ځوابونه وړاندوینه کړئ

د شبکې له مالک څخه یو مستند داخلي ازموینې نوم وغواړئ، او یو عادي عامه نوم وټاکئ چې د سازمان په اړه هېڅ نه وایي۔ مخکې له دې چې هر څه چل کړئ ولیکئ چې د هر یو لپاره څه باید وشي: داخلي نوم باید د تونل resolver ته ورسیږي او یو داخلي پته بیرته راوړي، په داسې حال کې چې عامه نوم باید د هغه resolver له لارې حل شي چې سیسټم معمولاً کاروي۔ دا دوه وړاندوینې هغه ازموینه ده، ځکه پرته له دوی هر ځواب وروسته توجیه کېدای شي۔ جوړه د هر چل ترمنځ ثابته وساتئ ترڅو وروسته پرتله معنا ولري۔

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

وړاندوینه د لیدل شوي ځواب ترڅنګ په هماغه ټیکټ کې ولیکئ۔ پرته له وړاندوینې ازموینه نشي ناکامېدای، او هغه ازموینه چې نشي ناکامېدای هېڅ نه ښيي۔

هغه لاره وازموئ چې اپلیکیشن یې کاروي، نه یو سرور چې تاسو ټاکلی

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

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

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

یوازې بریا یا ناکامي نه، د ځواب کټګوري ثبت کړئ

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

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

دواړه څانګې پرته له اټکل تفسیر کړئ

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

ساختار وساتئ او د شریک شوي تولید حساسې برخې پټې کړئ: کومه نوم-تشه، کومه قاعده، کومه ځواب کټګوري۔ د resolver ځواب کولای شي داخلي پتې او کوربه نومونه ولري، او ټیکټ د دواړو لپاره دوامداره کور دی۔

بیا پایله د نوم-تشې مالک ته د هغو دوو کټګوریو سره چې لیدلې مو دي او نومونه لرې شوي ورکړئ۔ دا د یوې اونۍ اټکل پرځای پنځه دقیقې خبرې دي۔