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

د وسیلې له ساعته پیل وکړئ

یو ټرمینل پرانیزئ او د سیستم UTC تصور ولولئ، نه د ډیسکټاپ د ساعت ویجټ، چې کېدای شي د وخت زون سره سم شوی لید یا د GUI لخوا کېش شوی زوړ ارزښت وښيي۔

date -u
timedatectl status

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

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

د پروفایل دمخه د تېروتنې کرښه ولولئ

دقیق متن وساتئ۔ د OpenVPN تصدیق ناکامي یو ژوروالی او یو دلیل نوموي، او هغه دوه ساحې تاسو ته وایي چې څوک باید عمل وکړي۔

VERIFY ERROR د error=certificate has expired سره د زنځیر په یوه ټاکلي نقطه کې د اعتبار ناکامي ده۔ دا د پاسورډ ردول نه دي او مهال محدودیت هم نه دی، او درېواړه جلا غبرګونونو ته اړتیا لري۔

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

ومومئ کوم سند پای ته رسېدلی

صفر ژوروالی هغه سند دی چې هغه لوري وړاندې کړی چې تاسو ورسره وصل شوي یاست، او لوړ ژوروالی ریښې ته ځي۔ کاري VPN معمولاً د کلاینت هویت یا د سرور سند پای ته رسېدو ته اجازه ورکوي، او کله ناکله یو منځګړي سند ته هم چې سازمان هېر کړی و چې د دوی دی۔

د هغو فایلونو نېټې چاپ کړئ چې پروفایل واقعاً ورته اشاره کوي، د تېروتنې کې نومول شوي ژوروالي فایل څخه پیل کړئ۔

openssl x509 -in client.crt -noout -subject -issuer -dates
openssl x509 -in ca.crt -noout -subject -dates

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

د صادروونکي له لارې نوی کړئ

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

که تاسو سرور چلوئ، د موادو د بدلولو دمخه عامه توضیحات او صدور ثبتونه وګورئ، ځکه چې CA بدلون هره هغه کلاینت اغیزمنوي چې پرې باور لري۔

د یو هویت نوی کول باید د باور لړۍ بدلولو ته اړتیا ونلري۔ که څوک د یوې پای ته رسېدلې پاڼې د سمولو لپاره نوی CA وړاندیز کوي، لومړی وپوښتئ چې پر زاړه لا څه تکیه کوي۔ هغه ماډل چې دواړه خواوې یې تعقیبوي د RFC 5280 د اعتبار او لارې قواعد دي۔

کلاینت ته اړ کړئ چې بدیل وکاروي

د فایل ډاونلوډ کول د هغه واردول نه دي۔ هغه اړیکه وګورئ چې تاسو یې واقعاً ټاکئ، او وګورئ چې پروفایل د بهرنیو سندونو هغو لارو ته اشاره کوي چې تاسو یې بیا لیکل هېر کړي۔

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

که بله TLS تېروتنه پاتې وي، هغه د نوي ستونزې په توګه وګورئ نه دا چې د هغې د تېرېدو لپاره د تصدیق تنظیمات کمزوري کړئ۔ د بریالي نوي کولو وروسته د حساب ردول یا ورک مسیر جلا خرابي ده، جلا حل لري۔

اړوندې مقالې