د موضوع بدیل نومونه: د VPN سرور څنګه پیژندل کیږي

ستاسو کلاینټ هغه سند ردوي چې زنځیر یې پاک تصدیق کیږي، او تېروتنه وايي چې نوم سم نه دی۔ دا پیغام د دې په اړه نه دی چې سند چا لاسلیک کړی۔ دا د موضوع د بدیل نومونو د غځېدنې په اړه دی، چې هغه پیژندنې لري چې سند یې د ښودلو اجازه لري، او د دې په اړه چې تاسو ټاکلې پیژندنه هلته په سمه بڼه ښکاري که نه۔ باور ځواب وايي چې چا لاسلیک کړی، او د نوم ګړنه ځواب وايي چې دا د کوم کوربه دی۔

کلاینټ په ریښتیا څه پرتله کوي

کلاینټ ستاسو ترتیبات په یوې مرجع پیژندنې بدلوي: د کوربه نوم، پته، یا د پروتوکول ځانګړی پیژندونکی۔ بیا په سند کې هغه پیژندنه لټوي، د کارول شوي پروتوکول د سمون قواعد پلي کوي۔ یوازې د یوې بڼې ننوتنې شمېرل کیږي، نو DNS ننوتنه نشي کولی پته پوره کړي، او پرتله پرته له دې چې څوک سند وګوري ترسره کیږي۔

کله چې په هغې غځېدنه کې مرجع پیژندنه نه وي، ګړنه ناکامه کیږي حتی که زوړ عام نوم سم وي۔ سند کولی شي په قانوني توګه یوې شرکت ته صادر شي او بیا هم د vpn.example.com لپاره غلط وي که نوم هېڅکله نه وي شامل شوی۔ ناکامي د نوم ناسمونې ده، حتی که سند اصلي وي۔

DNS نومونه او IP پتې جلا ننوتنې دي

هغه پروفایل چې 203.0.113.10 ته اشاره کوي او سند یوازې vpn.example.com لیست کوي، رد کیږي، ځکه پاکټونه رسېږي خو پیژندنه سمه نه ده۔ DNS نومونه او لفظي پتې د بېلو ننوتنې ډولونو په توګه ساتل کیږي، او یو هېڅکله د بل ځای نه نیسي۔ له همدې کبله خدمت کولی شي د پتې له لارې د لاسرسي وړ وي او بیا هم د هغې پتې کارولو پروفایل له لارې بېګټه وي۔

وائلډکارډونه هم خپل قواعد لري: وائلډکارډ یو لیبل پوښي، نه د ډومین لاندې هر نوم۔ DNS پرتله د لویو او کوچنیو تورو په اړه حساسه نه ده، خو نور د پیژندونکي ډولونه حساس دي، نو هغه ارزښت چې په سکرین کې یو ډول ښکاري کولی شي په سخت پرتله کې ناکام شي۔ د کارول شوي پیژندنې ډول لپاره د سمون قواعد وګورئ، د سترګو په واسطه د تارونو پرتله کولو پرځای۔ غځېدنې ته نوم ورزیاتول د صادرولو پریکړه ده، نه هغه څه چې د کلاینټ ترتیب یې برابرولی شي۔

هغه سند وګورئ چې اړیکې په ریښتیا کارولی

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

openssl s_client -connect vpn.example.com:443 -showcerts </dev/null | openssl x509 -noout -text

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

عام نوم د عصري حقیقت سرچینه نه ده

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

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

ګړنه نه، صادرول یا پروفایل سم کړئ

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

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

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