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

بیکاپ یوه پالیسي ده، نه یوازې یوه چلند

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

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

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

له بدلون وروسته پوښتنه څوک ترلاسه کوي

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

داخلي نومونه توپیر عیني کوي۔ عام حل کوونکی معمولاً د split-horizon نوم ځوابولای نشي، نو پوښتنه ناکامېږي پداسې حال کې چې نوم لا دمخه هغې خوا ته ښکاره شوی چې د لیدلو هېڅ کار یې نه درلود۔ نو دلته لاسرسی او خصوصیت یوځای ځي، نه چې سره تبادله شي۔

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

لاره او ترلاسه کوونکی یوځای وګورئ

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

resolvectl status | grep -E "Current DNS Server|DNS Servers|DNSOverTLS"
dig +short example.com
tcpdump -ni any udp port 53 or tcp port 853

که ثبت وښيي چې پوښتنه پداسې حال کې چې تونل ولاړ دی فزیکي انټرفیس پرېږدي، بیکاپ تونل ته څنګ ووهلو بې له دې چې د حل کوونکو لیست څه وایي۔ که پر تونل انټرفیس ښکاره شي، پوښتنه دا کېږي چې لرې سر څوک اداره کوي او څه ساتي۔

ازموینه د یو داخلي او یو عام نوم لپاره تکرار کړئ۔ داخلي پوښتنه هغه ځای دی چې بیکاپ ترتیبات معمولاً ځان ښکاره کوي، ځکه هغه حل کوونکی چې ځواب نه شي ورکولای لا هم پوښتنه ترلاسه کوي۔

پرېکړه وکړئ چې بیکاپ باید اجازه ولري که نه

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

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

پایله د چلند په اړه د جملې په ډول مستند کړئ: په نورمال کار کې کوم حل کوونکی پوښتنې ترلاسه کوي، له ناکامۍ وروسته کوم یې ترلاسه کوي، او آیا په دویم حالت کې داخلي نومونه حل کېږي۔ هغه د تېښتې ازموینه چې په پای کې یوه پاڼه پورته کوي د دې جملې څخه کم څه ثابتوي، ځکه پاڼه کېدای شي د هغه حل کوونکي له لارې پورته شي چې هېڅکله باید نه و پوښل شوی۔

اړوندې مقالې