OpenVPN verify-x509-name: د subject، name او name-prefix توپیر

لومړی د تطابق ډول ولولئ، بیا متن: یو verify-x509-name لارښود سم ښکاره کېدای شي او بیا هم هغه سند ومني چې تاسو یې د باور کولو اراده نه لرله۔ دوه کرښې چې ورته تمه شوی متن لري خو ډولونه یې بېل دي، دوه بېلې غوښتنې دي۔ لومړی ډول ولولئ، بیا متن۔ لارښود د اړیکې یوه اضافي شرط وګڼئ، نه ټوله کتنه۔

اختیار په رښتیا څه ادعا کوي

لارښود هغه هویت نوموي چې د بل لوري سند باید یې ولري۔ کله چې پرتله ناکامه شي، OpenVPN لاس ورکول بندوي او هېڅ تونل نه پورته کېږي۔ په پروفایل کې نور هر څه لا هم پلي کېږي: سند باید باوري CA ته ځنځیر شي او د رول کتنه باید تېره شي، نو دا اضافي شرط دی، بدیل نه۔ هغه پروفایل چې د نوم تمه پوره کوي خو د رول کتنې کې ناکامېږي، لا هم خراب دی، او لاګ معمولاً همدا وایي۔

دا د براوزر له هغه کوربه نوم تصدیق څخه هم توپیر لري۔ براوزر نومونه د خپل TLS سټک د قواعدو له مخې د subject بدیل نومونو سره سمونې، خو OpenVPN د سند یوه برخه ستاسو د ټاکلي ډول سره پرتله کوي۔ له همدې کبله د براوزر په سټایل کوربه نوم په لارښود کې لګول ممکن ناسم والی رامنځته کړي، حتی کله چې سند په رښتیا خدمت پوښي۔

subject: بشپړ توپیر کوونکی نوم، توری په توری

کله چې ډول نه وي لیکل شوی، تلواله subject دی، او تمه شوې ارزښت باید د سند بشپړ subject DN بیا تولید کړي۔ د برخو ترتیب، جلا کوونکي، تشې او escaping ټول حسابېږي، ځکه پرتله په کوډ شوې تار باندې چلېږي۔ که ډول پرېږدئ، له درې پرتلنو تر ټولو سخت یې غوره کړی دی۔ د ښکارېدونکي توپیر د ژغورلو هېڅ نورمالېدل مرحله نشته۔ دا د لومړي نوي کولو دمخه پوهېدل ارزښت لري، وروسته نه۔

هغه سختي د نوي کولو ترمنځ نازکه ده۔ هغه CA چې ځانګړنې بیا ترتیبوي، اضافي برخه ورننباسي یا د ارزښت escaping طریقه بدلوي، د هماغه ماشین لپاره نوی تار جوړوي، او هغه لارښود چې کلونه کار کړی، په راتلونکي صادرولو کې ناکامېږي۔ منل شوی DN د بدلون په ریکارډ کې ساتل راتلونکی نوی کول توپیر ته اړوي۔ چېرې چې عملیات کوونکی بشپړ DN خپروي او د هغې بڼه تضمینوي، هلته subject مناسب انتخاب دی; بل ځای کې تنګه برخه سمه ساتل اسانه ده۔

name: یوه برخه، معمولاً عام نوم

ډول name د subject یوه برخه پرتله کوي۔ که پروفایل بل څه ونه وایي، هغه برخه عام نوم دی، او تمه شوې ارزښت هماغه برخه ده، نه شاوخوا DN۔

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

name-prefix: په ډیزاین پراخ، نو حدونه ټاکل

د name-prefix ډول تمه د غوره شوې برخې له پیل سره سمون خوري۔ دا د نومونې سکیم لپاره اسانه او د هر هغه څه لپاره خطرناک دی چې شریکېږي۔

که تمه vpn.example وي، دواړه vpn.example.com او vpn.example.net به تېرېدل، په دې شرط چې پاتې ځنځیر باوري وي۔ پراخوالی ځانګړنه ده، او هماغه برخه ده چې په لیکلي ډول باید توجیه شي۔ مخکښه هغه وخت مناسب دی چې CA او نومونې سکیم ستاسو وي، او ډېر کمزوری کله چې عامه CA په هماغه بڼه صادرول کوي۔ که سکیم انعطاف ته اړتیا لري، په CA کې یې محدود کړئ نه دا چې د کلاینت کتنه پراخه کړئ۔

ډول له پیژندونکي وټاکئ، بیا یې ثابت کړئ

د عملیات کوونکي له هغه هویت څخه چې غواړي، شاته کار وکړئ۔ که بشپړ DN خپروي او ثابت یې ساتي، subject همدا څرګندوي۔ که خدمت په عام نوم یادوي، وکاروئ name۔ که د نومونې سکیم لري او ټول تشه یې مني، name-prefix دا په څرګند ډول وایي۔

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

له ملاتړ شوي سمون وروسته، د ټولو غوښتل شوو کتنو سره فعاله بیا وصل شئ او هغه سرچینه تایید کړئ چې په رښتیا ورته اړتیا لرئ۔ بریا معنی لري چې غوښتل شوی سرور ومنل شو، نه دا چې یو سند په زور تېر شو۔ رسمي لارښود OpenVPN 2.6 manual درې ډوله او د دوی د باور یادښتونه مستند کوي، او کله چې د پلورونکي انټرفیس د پروفایل سره مخالف وي، همدا د اقتباس سرچینه ده۔