د Access Server ویب سند غلطي: خالي CA بنډل

خالي ca_bundle ارزښت یا خراب PEM د مدیر انٹرفیس دروي. له بیا پیل کولو مخکې سند، کیلي او زنځیر د یوې ټولګې په توګه وګورئ، او VPN PKI ته لاس مه وهئ.

د ویب ننوتنې پاڼه چې د DNS سم حل کېدو سره سره نه بارېږي، معمولاً د DNS ستونزه نه ده. که د خدمت ثبت خالي د سند بنډل لار یا د ویب سند او شخصي کیلي لپاره د PEM شننې ناکامي یاد کړي، HTTPS اورېدونکي ته د کارولو وړ توکي نه وي او د نوم حل کول به مرسته ونه کړي. سمون په درې کنفیګریشن کیليو کې دی او د یوه VPN پیرودونکي سند بیا صادرولو ته اړتیا نه لري.

درې کیلي په رښتیا څه ته اشاره کوي

د ځانګړي ویب سند ټولګه په cs.cert، cs.priv_key او cs.ca_bundle بیانېږي. هر یو د فایل لاره ساتي او ویب خدمت درې واړه یو ځای کاروي. د غلطې کیلي سند، یا د زنځیر فایل چې په رښتیا د پاڼې سند دی، د خالي ارزښت په څېر ناکامېږي.

دا کیلي د Admin او Client ویب انٹرفیس دي. هغوی له هغه PKI جلا دي چې VPN پیرودونکو ته سندونه صادروي، نو بدلول یې د پروفایل، سرور کیلي یا د سند واکمنۍ ته لاس وهلو ته اړتیا نه لري. ټول PKI بیا جوړول دلته تر ټولو ګرانبیه تېروتنه ده.

یو توپیر وخت خوندي کوي: په ښکاره توګه خالي ځانګړی ارزښت د هېڅ بدلون نشتوالي سره یو شان حالت نه دی. لومړی شنونکي ته خالي لار ورکوي، د ثبت کرښه همدا وایي. دویم Access Server په خپلو توکو پرېږدي.

ولې موجوده فایل لا هم نه شنل کېږي

شنونکی د فایل دننه نښان لرونکي بلاکونه لولي، نه د فایل نوم. شخصي کیلي لرونکی .crt، د یو بلاک په توګه لیکل شوی زنځیر، یا د وروستي کرښې پرې شوی فایل ردېږي. RFC 7468 هغه لوستل کېدونکي نښانونه همدا لامل تعریفوي چې یوازې هغوی وایي چې بل څه ډول توکی راځي.

توکي وګورئ، نه غځېدنې. په Linux کې openssl x509 -noout -subject -issuer -in server.pem او openssl pkey -noout -check -in key.pem دوه مهمې پوښتنې ځوابوي، او د دواړو ماډولس یا عامه کیلي پرتله کول ثابتوي چې یو ځای دي. شخصي کیلي تولید له ټیکټونو او د خبرو ثبتونو لرې وساتئ.

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

په قصدي توګه بېرته بیک اپ ته لاړ شئ

د Access Server CLI کې کتنه ده چې درې لارې د دلیلونو په توګه اخلي او وایي چې ټولګه د کارولو وړ ده که نه. لاندې لارې بېلګې دي؛ هغوی په کوربه کې د ساتل شوو ځایونو سره بدل کړئ.

sacli --ca_bundle=/secure/webcerts/chain.pem \
      --cert=/secure/webcerts/server.pem \
      --priv_key=/secure/webcerts/key.pem TestWebCerts

د روان خدمت له لمس کولو مخکې پایله ولولئ، بیا ارزښتونه وارد کړئ او د نصب شوې نسخې لپاره د مستند عمل له لارې یې پلي کړئ. رسمي CLI درس کتنه، واردول او د پلي کولو ګام رانغاړي، او نسخه یې له هرې لنډیز څخه مهمه ده.

هغه نوم وګورئ چې کاروونکي یې لیکي

کله چې ځانګړي توکي خراب وي او لا هم سم جوړ شوی بیک اپ شته، مستنده بیا رغونه دا ده چې درې بدلونونه لرې کړئ او Access Server ته اجازه ورکړئ چې هغه بیک اپ وکاروي. لومړی د کنسول لاسرسی او د اوسني کنفیګریشن کاپي چمتو کړئ.

sacli ConfigDel --key "cs.cert"
sacli ConfigDel --key "cs.priv_key"
sacli ConfigDel --key "cs.ca_bundle"
# then the supported apply/restart step for this version

ټول کنفیګریشن ډیټابیس پاکول د سند ترمیم نه دی. هماغه درې کیلي په نښه کړئ، پلي کړئ او تایید کړئ چې ویب انٹرفیس ځواب وایي. په web-ssl فولډر کې ځان لاسلیک شوي فایلونه بیک اپ سرچینه ده، د کار ځای نه.

تمه لرئ چې بیک اپ له فعالېدو وروسته براوزر بېل سند وښیي. همدا سمه پایله ده؛ دا د خپل باوري اداري بهیر له لارې تایید کړئ.

بیا رغونه یوازې له بریالۍ ننوتنې وروسته بشپړېږي

بیا رغونه هغه وخت نه بشپړېږي چې TCP اورېدونکی ښکاره شي. د DNS نوم، د سند هویت او د هغه نوم زنځیر وګورئ، بیا Admin او Client دواړه ویب انٹرفیسونه بار کړئ او ننوتنه بشپړه کړئ. د پورټ کتنه په دې کې له یوه هم ثابتوي نه.

Access Server 3.1 او وروستي کولای شي د هر SNI کوربه نوم لپاره بېل ویب سندونه وړاندې کړي. که دا تنظیم شوی وي، تلوالې کیلي او د نوم ځانګړي داخلې جلا ټولګې دي، او د IP پتې له لارې ازموینه کولای شي هغه سند وښیي چې کاروونکي نه ترلاسه کوي. د ناکام نوم ټولګه سمه او وګورئ، او د پېښې له بندولو مخکې د ننوتنې ازموینه تکرار کړئ.

اړوندې مقالې