ولې دوه OpenVPN سندونه کولی شي یوه CCD تګلاره شریکه کړي

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

سرور نوم ټاکي، نه سیریل نمبر

په عادي سند پلټنه کې سرور د وړاندې شوي سند څخه عام نوم اخلي او د هغه نوم client-config-dir نوملړ پلټي۔ سیریل نمبر هیڅکله پلټنې ته نه داخلیږي۔ دوه سندونه چې له عام نوم پرته په هر ډګر کې توپیر لري په یوه فایل کې ځای پرځای کیږي، نو دویمه اړیکه د لومړي وسیله ټاکل شوی پته او لېږل شوي لارې په میراث اخلي۔

په دې توګه د CA اړخ ځانګړتیا ازموینه بریالۍ کیږي پداسې حال کې چې VPN لا هم ټکر کوي۔ دواړه ازموینې بېلابېلو پوښتنو ځواب ورکوي۔

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

نقشه اړوند په رښتیا کوم نوم کاروي

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

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

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

دوه CA کولی شي یو نوم تصویب کړي

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

همدا استدلال د هغه CA لپاره هم صدق کوي چې د عام نوم ځانګړتیا پرځای د بشپړ موضوع ځانګړتیا غوښتنه کوي۔

هغه دوه سندونه چې عام نوم شریکوي خو په تنظیمي واحده کې توپیر لري بېلابېل موضوعات لري، نو CA هیڅ تضاد نه راپور کوي پداسې حال کې چې سرور یو نوم ویني۔ د فرض شوي پیشفرض پرځای هغه ترتیبات وګورئ چې ستاسو د صادرولو وسیله یې په رښتیا کاروي۔ د unique_subject اداره کول د openssl ca په اسنادو کې هلته مربوطه تڼۍ ده، او د هغه وسیلې شاوخوا پوښونه معمولا دا ښکاره کوي نه بدلوي۔

نوی کول خوندي شوې بیا کارونه ده، نه ټکر

هغه نوی کول چې نوم ساتي په قصد سره بیا کارونه ده، او راجستر باید دا ساده کلمو کې ووایي۔ پخوانی ګوته نښه او نوې یې د یوه نوم لاندې ولیکئ ترڅو بیاکونکی بدلون له نیول څخه توپیر کړي۔ د سرور duplicate-cn انتخاب اړیکه نه لري: دا یوځای ناستې اداره کوي، نه نوملیکنه یا د نومونو خوندي کول۔ پریکړه وکړئ چې دواړه اعتبارنامې څومره وخت کولی شي شتون ولري او پخوانۍ کله نه منل کیږي۔

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

openssl x509 -in device42.crt -noout -subject -serial -issuer

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