د VPN د ډیزاین بریف ولیکئ چې څوک یې واقعاً بیاکتنه کولی شي

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

لومړی، ایا پوښتنه پرېکړه ده که هيله

پرېکړه بدیلونه لري او یوه مشاهده چې د هغوی ترمنځ غوره کوي. که ونه شئ ویلای چې د یوې د غوره کولو لپاره به څه ته ګورئ، پوښتنه لا هم هيله ده. لومړی بدیلونه ولیکئ، که څه هم لیست یوازې دوه توکي لري. بیا هغه جوړجاړی ولیکئ چې دوی جلا کوي.

هيله هم د اورېدونکو د پټولو تمایل لري. ووایاست چې څوک باید ډیزاین تصویب کړي، ځکه هماغه بریف د شبکې مالک، د امنیت بیاکونکي او مالي تصویبوونکي لپاره په بېلابېلو ډولونو لوستل کېږي.

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

دویم، بهیرونه او ردونه ونوموئ

د هر هغه بهیر لپاره چې باید کار وکړي، سرچینه، منزل او اپلیکیشن لیست کړئ. بیا هغه بهیرونه لیست کړئ چې باید ناکام پاتې شي، ځکه هغه ډیزاین چې په خاموشۍ دوی ته اجازه ورکوي، اړتیا یې بدله کړې پرته له دې چې یې ووایي. د پتې یو بل ته ننوتل او پورتنۍ لاسرسی په دې لیست کې د حیرانتیا پر ځای د محدودیت په توګه راځي.

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

د پیریدونکو او د دوی د مدیریت حالت هم یاد کړئ، ځکه د اجنټ سره مدیریت شوی وسیله هغه څه کولی شي چې خپل راوړل شوی لیپ ټاپ یې نه شي کولی.

لیست دومره لنډ وساتئ چې ازموینه یې وکړای شئ. لس بهیرونه چې تاسو یې تصدیقولی شئ له هغو څلوېښتو غوره دي چې نشئ کولی.

څیړنه 3: حقایق له انګېرنو جلا کړئ

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

یو بېلګه ییزه شبکه سمه ده تر څو چې نښه شوې وي. ستونزه هغه فرضي څانګه ده چې په خاموشۍ دویمه پورتنۍ اړیکه یا عامه پتې بلاک ترلاسه کوي چې هېڅکله یې نه درلود.

هغه انګېرنه چې تصدیقولی شئ د بیاکتنې دمخه تصدیق کړئ، ځکه یو اندازه شوی حقیقت د بحث ټوله څانګه لرې کوي.

ip route get 10.50.0.10
traceroute -n -m 6 10.50.0.10
nc -vz 10.50.0.10 443

څلورم، د ناکامۍ تړون ولیکئ

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

بیا بدیل لاره پرېکړه کړئ: ترافیک بند کړئ، بل تصویب شوي مسیر ته یې لېږئ، یا د هر اپلیکیشن لپاره بېل څه وکړئ. سیده لارې ته خاموش بیرته تګ هم د ډیزاین پرېکړه ده، که څه هم چا نه ده لیکلې.

د بیا رغولو هدف په ساده ژبه ورزیات کړئ، لکه یو سایت څومره وخت په کمزوري حالت کې کار کولی شي، او څوک پېښه اعلانوي.

څیړنه 5 او 6: درز وټاکئ او بدلون ثبت کړئ

د بحث لپاره یو درز وټاکئ، ځکه هغه بیاکتنه چې هر څه حل کول غواړي هېڅ نه حل کوي. لارښوونه، اجازه او کوډ کول درې بېل درزونه دي، او بریف باید ووایي چې پوښتنه د کوم په اړه ده. RFC 4301 دلته ګټوره یادونه ده، ځکه د پالیسۍ پرېکړې، ساتل شوی ترافیک او امنیتي ټولنې جلا کوي پرته له دې چې دوی یو شی وګڼي.

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

git diff --stat design/vpn-brief.md
grep -n 'assumption' design/vpn-brief.md
ip route get 10.50.0.10

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