د OpenVPN سند نوی کول: سند وسپارئ، نه ټایمر
هغه ټایمر چې سندونه بیا صادروي اسانه نیمه برخه ده. هغه د نوي کولو له هغې لارې سره پرتله کړئ چې اجازه ورکوي، سپاري، فعالوي او لا هم کولی شي یو وسیله وژغوري.
د نوي کولو دوه ډیزاینونه د ډیزاین په بیاکتنه کې ورته ښکاري او په جنوري کې بشپړ توپیر لري۔ لومړی ټایمر چلوي، سندونه بیا صادروي او فایلونه په ګډ فولډر کې اچوي۔ دویم نوی کول د سپارلو ستونزه ګڼي: څوک غوښتنه کوي، څه وړتیا ثابتوي، مواد څنګه وسیلې ته رسي او څه کلاینټ هڅوي چې هغه وکاروي۔ یوازې دویم د آفلاین لپ ټاپ، له کاره وتلې شتمنۍ او په خاموشۍ ناکام شوي سپارلو په وړاندې ټینګ پاتې کېږي۔
دوه ډیزاینونه هغه ځای پرتله کړئ چې واقعاً توپیر لري
د ټایمر ډیزاین د سرور اړخ غوره کوي۔ یوه مهالوښتې دنده CA ته زنګ وهي، نوی سند ښکاري او عملیات کوونکی کار بشپړ ګڼي۔ له صادرولو وروسته هر څه چې پېښېږي د بل چا ستونزه ده، تر دې چې یوه وسیله ونه شي وتړل شي او د پای نېټه لامل روښانه کړي۔
د کاري بهیر ډیزاین وروستۍ مایله غوره کوي۔ دا فرض کوي چې صادرول په زنځیر کې یوه حلقه ده او هر بل ګام کولی شي په خپلواکه توګه ناکام شي۔ دا جوړول ګران او چلول ډېر ارزان دي، ځکه ناکامۍ د پای ته رسېدلو کلاینټونو په توګه نه، بلکې د تعقیب شوو حالتونو په توګه ښکاري۔
د توپیر ساتلو لپاره ګټوره لاره هغه ترتیب دی چې هر ډیزاین باید په روښانه توګه نوم ورکړي۔
detect window -> authenticate request -> authorize -> issue
-> deliver and stage -> activate -> verify fresh auth -> retire old materialکړکۍ له همدې سنده ومومئ
اعتبار له هغه سند ولولئ چې کلاینټ یې واقعاً وړاندې کوي، نه له هغې نېټې چې په کاپي شوي فایل نوم کې نښتې ده۔ فایل نومونه ښویېږي او هغه فایل چې 2026 پرې لیکل شوی وي کېدای شي داسې سند ولري چې په مارچ کې پای ته رسي۔
د ورو پېښو لپاره په کړکۍ کې څه ځای پرېږدئ: هغه وسایل چې اونۍ آفلاین وي، هغه اجازې چې یو څوک ته اړتیا لري او هغه سپارلو لارې چې د کار کولو دمخه یو ځل ناکامېږي۔ هغه ټایمر چې بریا راپور کوي یوازې دا ثابتوي چې ټایمر چل شوی، نور څه نه۔
له هر څه صادرولو دمخه غوښتنه اجازه کړئ
شته سند کولی شي د قانوني نوي کولو میکانېزم برخه وي، خو د هغه موضوع متن د اجازې پرېکړه نه ده۔ هغه پوښتنه چې باید ځواب شي دا ده چې آیا دا حساب او دا وسیله لا هم په بیړۍ کې د هویت حق لري، او هغه ځواب په سند کې نه، بلکې ستاسو د شتمنیو په ثبتونو کې دی۔
هغه له کاره وتلې لپ ټاپ چې مهالوښتې دنده یې لا چلېږي باید نوی حق ونه مومي۔ RFC 7030 دلته د لوستلو وړ دی، ځکه تصدیق شوې بیا ثبتونه له سرور اړخې اجازې او تګلارې څخه بېلوي؛ دا د پور اخیستلو ماډل دی، نه دا ادعا چې OpenVPN یا EasyRSA هغه پروتوکول سپاري۔
سپارل، چمتو کول او فعالول د بېلو ګامونو په توګه
صادرول هویت، موخه او د صادرولو اړیکه ساتي، او له نوي کیلي جوړې سره جوړ شوی بدیل بېګټه دی که سمونکی کیلي ورسره سفر ونه کړي۔ جوړه داسې کانال ته وسپارئ چې شاته یې د لاسرسي کنټرول ډیزاین وي، ځکه نه اټکل کېدونکی URL پټول دي، کنټرول نه۔
چمتو کول هغه ځای دی چې ډېری اتوماتیک کول په خاموشۍ ماتېږي۔ وارد شوی پروفایل کولی شي په یوه ځای کې وي، پداسې حال کې چې مدیر بل ځای فایل تازه کوي، او کلاینټ تر هغه پورې زوړ سند وړاندې کوي چې یو څوک یې ونه ګوري۔ هغه لار ولیکئ چې کلاینټ لولي، هغه حساب چې په کې لیکل کولی شي او هغه پېښه چې بیا بارول پیلوي۔ بیا ډاډ ترلاسه کړئ چې بدیل هغه فایل دی چې واقعاً کارول کېږي، نه هغه کاپي چې څنګ ته راغلې۔
تصدیق یعنې د نوي موادو سره نوی تصدیق او د هغه اپلیکیشن کتنه چې کاروونکي ته اړتیا ده۔ هغه تونل چې لا دمخه جوړ شوی وي کېدای شي لا هم پخوانی سند ښکاره کړي، نو خلاص اړیکه د بریالي نوي کولو ثبوت نه دی۔
لومړی د له لاسه وتلې کړکۍ بیا رغونه ډیزاین کړئ
کله چې لپ ټاپ د ثبتونې خدمت ته یوازې د VPN له لارې رسي، پای نېټه یوه حلقه جوړوي: وسیله د تونل ته د ننوتلو لپاره سند ته اړتیا لري او تونل د سند راوړلو لپاره۔ له باندې بهر ترتیب مخکې له دې چې لومړنۍ مهالوښتې دنده ووځي، پرېکړه کړئ، که هغه جلا تصدیق شوې ثبتونې پای ټکی وي یا د مدیر په مرسته بیا ثبتونه۔
چې هر څه وټاکئ، باید غوښتونکی او اوسنی حق تصدیق کړي۔ سرور دې ته برابرول چې له هر هغه چا چې غوښتنه کوي پای ته رسېدلي سندونه ومني د بیا رغونې لار نه ده، دا د هغه کتنې همیشنی کمزوری کول دي چې تاسو د ډیزاین په پاتې برخه کې ساتلې وه۔
په پای کې، نوی کول او سازش په جلا پروسیجرونو کې وساتئ۔ وتلی کیلي لغوه کول او فعالو غونډو ته ځواب ته اړتیا لري، او د پای نېټې اوږدول په کې هېڅ نه لري۔ په منلو ازموینه کې آفلاین وسیله، ناکامه سپارل او له کاره وتلې شتمني شامل کړئ، او مهالوړه د فعالولو لپاره چمتو ده۔