د ټنل وېش د شرکت له تګلارې سره: کومه قاعده ګټي

په وېشل شوي ټنل کې یوه اپلیکیشن نښه کول ځایي غوره توب ښکاري، او په مدیریت شوې وسیله کې دا د تګلارې بدلون ته نږدې دی۔ دا استثنا ترافیک له تصویب شوې لارې لرې کوي، چې کېدای شي هغه ورته لاره وي چې مدیریت شوی DNS، فلټرول او هغه سرچینه پته چې یوه خدمت پېژني لیږدوي۔ کلاینټ هغه وخت ناسم چلند نه کوي چې ستاسو سمون بېرته اخلي؛ ځای پرځای کول خپله دنده ترسره کوي۔

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

د قاعدې شاته ځانګړنه

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

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

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

دوه ادعاوې وړ دي چې ژر رد شي۔ بشپړ ټنل مدیرانو ته هره ساده متنه پاڼه نه ورکوي، ځکه چې کوم څه لیدل کېږي د اپلیکیشن کوډ کول او د پای ټکي کنټرول یې پرېکړه کوي۔ وېشل شوی ټنل هم په عمومي ډول ناامن نه دی، ځکه چې مدیریت شوی DNS، د هر اپ پرمخ تګلارې او د پای ټکي ایجنټان کولی شي پرته له لارې سره نافذ وي۔

څېړنې په ترتیب سره ترسره کړئ

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

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

هر ځواب یوه حقیقت دی، او د استثنا غوښتنې ته حقیقتونه ورته اړ دي۔ د دې بحث چې VPN ځورونکی دی، له هغوی څخه نه دی۔ له خبرو مخکې ځوابونه ولیکئ۔

نری استثنا وغواړئ

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

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

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

استثنا د بقا وړ کړئ

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

resolvectl query intranet.corp.example
curl -sS -o /dev/null -w '%{http_code}
' https://intranet.corp.example/status

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

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