د ساحې وسیله یوې خدمت ته نښلون پرانیزي او د ډیزاین پوښتنه د VPN او TLS ترمنړ د انتخاب په بړه راړي. دا چوکاټ غلط دی، ښکه دواړه بېلابېل کار کوي. TLS د اپلیکیشن پای ټکی تصدیقوي او خبرې اترې ساتي؛ خو VPN د رسېدو وړتیا کنټرولوي او د سیالانو ترمنړ پاکټونه ساتي. له وسیلې څخه بهر ته نښلون تعقیب کړئ او هر پوړ خپل ښواب لري.

که ونه شئ ویلی چې TLS چېرې پای ته رسېږي، نه شئ ویلی چې اپلیکیشن واقعاً څه ته باور لري.

ومومئ چې TLS واقعاً چېرې پای ته رسېږي

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

دا په انګېرنه سره له سره تر سره یو څه بلل هغه لاره ده چې ډیزاین بیاکتنه یوه تشه مني. د پای ټکی او د باور لنګر په یوه ډیاګرام کې وکاږئ.

TLS غوښتنې او ښوابونه په دواړو لورو وړي، نو دوه لوري اپلیکیشن ته په طبیعي ښول VPN پر ښای VPN اړینه نه ده. عکس یې هم سم دی: ښای پرښای کول کېدای شي په هماغه وسیله کې نورو پروتوکولونو لپاره لا هم VPN ته اړتیا ولري.

پرېکړه وکړئ چې وسیله څه تصدیق کړي

د سرور پېژندنۍ تصدیق او ټاکل شوې د باور ریښې تنظیم کړئ. که هر وسیله باید خپله پېژندنه ثابته کړي، د کلاینټ تصدیق یو ملاتړ شوی ماږل وټاکئ او د هر وسیلې لپاره جلا اسناد ثبت کړئ. شریک اسناد یوه غلا شوې وسیله د ټول کاروان ستونزه جوړوي.

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

ملاتړ شوې کتابتون او اوسني لارښوونې وکاروئ. د TLS د ښای پرښای کولو عصري لارښوونې TLS 1.0 او 1.1 خبرې اترې منع کوي، او په زاړه ډیزاین یادښت کې د TLSv1 یادونه اړتیا نه ده.

کله چې لاس ورکول ناکام شی بند پاتې شئ

ناکام لاس ورکول یا ناکامه پېژندنه باید په خاموشۍ کې اصلي روښانه متن پروتوکول ته ونه ګرږي. هماغه ګرږېدل هغه زیانمنونکۍ ده چې د TLS کار باید تړلې وې. ناکامي د وسیلې چلونکي او خدمت لپاره ښکاره کړئ او د حساسو عملیاتو لپاره ساتل شوې لاره اړینه کړئ. بیا دې د اپلیکیشن اجازه پرېکړه وکړي چې تصدیق شوې وسیله څه کولی شي.

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

د ګرږېدلو قاعده ولیکئ. «که لاس ورکول ناکام شی، دا بې له TLS بیا نښلي» یوه ډیزاین پرېکړه ده او باید روښانه وی.

VPN ته یوازې هغه کار ورکړئ چې کولی یې شي

VPN د رسېدو وړتیا محدوده کولی شي او پاکټونه تر خپل سیال پورې ساتلی شي. TLS د اپلیکیشن اړیکه له ټاکل شوي پای ټکی سره ساتي. د دوی پای ټکۍ بېلېدای شي او هیڅ یې هم د پای ټکۍ ذخیره شوې معلومات یا اداري لاسرسۍ خوندی نه کوي.

د یو میکانېزم د چټکتیا انګېرنې پر ښای په ریښتینه وسیله کې د لاس ورکولو لگښت، ثابت پیغام تبادله او بیا نښلون اندازه کړئ. بیا مهم ښلور حالتونه وآزموئ: ټاکل شوې تبادله، غلطه سرور پېژندنه، غیرمجاز وسیله، او د ناڅرګندۍ عملیات وروسته بیا نښلون. د هر حالت پایله، د وسیلې ښودل شوې تېروتنې سره، ثبت کړئ.

اړوندې مقالې