د VPN د پای ټکو د اجازې لړلیک: هغه DNS تازه کول چې هېر یې کړي وو

په اورېدې دیوال استثنا کې vpn.example.com ټایپ کول د DNS ګډون کولو په څېر احساس کېږي۔ معمولاً د بارېدو پر مهال ژباړه کېږي، وروسته قاعده پتې ساتي او هېڅ شی یې نه تازه کوي۔ اوس دوه برخې کار شریکوي: ځواب ورکوونکی حل کوونکی او ذخیره کوونکی اورېدې دیوال۔ ډېری د پای ټکو ډنډېدل هغه ځای پیلېږي چې هغه سپارل هېڅکله نه و طراحي شوی۔

په قاعده کې کوربه نوم ژوندی ګډون نه دی

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

هغه قاعده چې سم کوربه نوموي بیا هم کولای شي غلطه پته اجازه کړي۔ هغه تشه افسانه ده، نه د املا تېروتنه۔

د کاش TTL ستاسو د اورېدې دیوال ټایمر نه دی

DNS ریکارډونه د ژوند موده لري، او حل کوونکي د هغې مودې لپاره ځوابونه کاش کوي۔ د DNS مشخصات هغه کاش چلند تعریفوي، خو DNS ډاټا کنټرولوي، نه د اورېدې دیوال جلا پتې ذخیره۔ لنډ TTL هغه ځای کې د تازه کولو کار نه جوړوي چې هلته هیڅ نه دی۔ کاش کول په یو له څخه ډېرو طبقو کې هم کېږي، نو هغه ځواب چې ټرمینل یې ویني ممکن هغه نه وي چې اورېدې دیوال لیدلی۔

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

dig +short vpn.example.com
resolvectl query vpn.example.com

تازه کول او ناکامي د یوې پالیسۍ په توګه ډیزاین کړئ

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

د ناکامۍ چلند په قصد ټاکئ۔ زړه پته ساتل ممکنه ده ناسته وژغوري او زوړ اجازه پرېږدي؛ ټولګه خالي کول ممکنه ده بیا رغونه بنده کړي۔ هيڅ یو یې نه باید د ناکامې پلټنې تصادفي پایله وي۔ غوره شوی چلند په runbook کې ولیکئ تر څو بل چلونکی تر فشار لاندې بدیهه نه وایي۔

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

د پای ټکي بدلون ثابت کړئ، نه لومړی اتصال

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

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