د لنډمهاله IP اجازه‌لیست لینکونه: اجازه په رښتیا څه مني

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

پرېکړه وکړئ چې اجازه کوم پوښتنې ته ځواب ورکوي

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

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

غوښتنه په سرور کې محدوده کړئ

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

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

د نصبولو مخکې اجازه ښکاره کړئ

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

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

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

اجازه چې ژوندۍ وي، پته بیا هم شریکه ده

د دفتر NAT، د مخابراتي شرکت NAT او شریکه VPN وتنه هر یو څو کسان د یوې پتې شاته ږدي۔ د هغې پتې منل هغه ټول مني چې د هغې شاته دي — تر هغې اندازې چې د خدمت بلې پولې ته اړه لري —، په داسې حال کې چې د هغه حساب چې خدمت یې تمه لري د چا په لاس کې دی هېڅ نه ثابتوي۔

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

څلور حالتونه او دواړه پتې کورنۍ وآزمویئ

اجازه یوازې هومره ښه ده چې څلور حالتونه یې زغملای شي: نوې اجازه شوې غوښتنه، نه-منل شوی غوښتونکی، د هماغه لینک بیاځلیدل، او د پای وروسته هماغه غوښتنه۔

بیا هره کورنۍ جلا وآزمویئ، ځکه هغه سرچینه-پته چې خدمت یې ګوري ممکن د دوی ترمنځ توپیر ولري۔

dig +short A service.example.com
dig +short AAAA service.example.com
curl -4 -sS -o /dev/null -w "%{http_code}\n" https://service.example.com
curl -6 -sS -o /dev/null -w "%{http_code}\n" https://service.example.com

ګټوره پایله د عادي کارن اجازې لاندې لنډمهاله، د پلټنې وړ منلو پرېکړه ده، نه هغه تلپاتې پرانیستنه چې د لومړي کلیک کوونکي نوم لري۔