د VPN نوي ننوتنې د اعتبار وړ سندونو سره بیا هم ناکامېږي: CRL وګورئ

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

دواړه مهالوېشونه بېلول پخپله ټوله تشخیص دی، او دا بدلوي چې سمون باید څنګه وي.

دوه ساعتونه، او یوازې یو یې سند دی

سند د اعتبار یوه کړکۍ لري۔ د سندونو د لغوه کولو لړلیک خپله کړکۍ لري، له یوه صادروونکي او لاسلیک سره یوځای، او تاییدوونکي له هغه لړلیک سره د باور کولو انکار کوي چې د راتلونکي تازه کولو وخت یې تېر شوی وي۔ کله چې دا پېښ شي، پیرودونکی بشپړ اعتبار وړ سند وړاندې کوي او سرور بیا هم د لړلیک په اړه د پیغام سره اړیکه پرېکوي۔ کاروونکي هغه پیغام د «سند پای ته رسېدلی» په توګه لولي، چې د نوي کولو غوښتنه غلط ځای ته استوي.

دواړه شیان بېلابېل خاوندان هم لري: سند له هغه CA څخه راځي چې صادر کړی یې دی، په داسې حال کې چې لړلیک د مهالوېش له مخې هغه څوک جوړوي چې هغه CA چلوي۔ کاروونکی نشي کولی تازه یې کړي، او د سندونو بیا صادرول نشي کولی اوږد یې کړي.

هغه لړلیک ولولئ چې خدمت واقعاً باروي

له هغه فایل څخه مه پیل کړئ چې تمه یې لرئ؛ له روان ترتیباتو پیل کړئ۔ د crl-verify لاره مطلقه کېدای شي، د پروفایل نسبتاً، یا په انځور کې اېښودل شوې کاپي، او تاییدوونکی هماغه کاپي لولي۔ په خپل ځای کې یې د openssl crl -in /etc/openvpn/crl.pem -noout -issuer -lastupdate -nextupdate په مرسته وګورئ او نیټې د سرور له ساعته سره پرتله کړئ.

بیا ډاډ ترلاسه کړئ چې فایل واقعاً هغه دی چې کارول کېږي: د openssl crl -in /etc/openvpn/crl.pem -CAfile /etc/openvpn/ca.crt -noout په مرسته یې لاسلیک وګورئ، چې د ساحو په خاموشۍ چاپولو پرځای د تایید پایله راپور کوي۔ د بل CA لخوا لاسلیک شوی لړلیک، یا په دویمه فولډر کې پاتې زوړ کاپي، پوره هغسې ناکامېږي لکه پای ته رسېدلی لړلیک.

له صفر نه، بلکې د لغوه کولو له ډیټابیس څخه بیا جوړ کړئ

نوی لړلیک باید د CA له اوسني لغوه کولو ډیټابیس څخه، د تصویب شوي لاسلیک بهیر له لارې راشي۔ تش لړلیک جوړول، یا د فهرست له زوړ بیک اپ څخه بیا جوړول، له هغه بیک اپ وروسته اضافه شوې هره پېژندنه په خاموشۍ لغوه له منځه وړي۔ دا د ننوتلو وقفه امنیتي پسګرځېدنه ته اړوي، او هیڅوک نه پوهېږي ځکه نښه ورکېږي.

د جوړولو ګام د CA د نورو وسایلو سره یوځای د نسخو تر کنټرول لاندې وساتئ، ترڅو وقفه او د لاسلیک کلي د یادولو پرځای مستند شي۔ په رنبوک کې یوه ننوېشنه چې امر، لاسلیک کوونکی او د خپرولو موخه نوموي، بسنه کوي۔ بیا په دنده کې هر څوک پرته له دې چې اټکل کړي کوم فهرست فایل واکمن دی، بیا جوړولی شي۔ د لړلیک سیریل شمېره او د راتلونکي تازه کولو وخت د ځای پرځای کولو له ثبت سره یوځای وساتئ.

هلته ځای پرځای کړئ چې تاییدوونکی ګوري

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

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

راتلونکې نېټه د تېرېدو دمخه ښکاره کړئ

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

له ځای پرځای کولو وروسته دواړه لوري تایید کړئ: اجازه لرونکی کاروونکی نښلوي، او پېژندل شوې لغوه شوې پېژندنه لا هم ناکامېږي۔ دویمه ګڼنه هغه ده چې نیمګړې بیا جوړونه نیسي، او یوازې یو امر ته اړتیا لري د هغه ازموینې پروفایل پر وړاندې چې په همدې موخه یې ساتئ.