سم VPN پاسورډ نشي کولی ورک شوی سند بدل کړي

د ننوتلو معلومات سم دي، پروفایل پاک واردېږي، او اړیکه سره له دې هم د تصدیق له بشپړېدو مخکې ناکامېږي۔ په Windows کې پیغام ممکن د EAP میتود لپاره نه موندل شوي سند په اړه تېروتنه 798 وي۔ په OpenVPN کې د پیرودونکي لاګ د TLS لاس ورکولو ښودنه کوي چې سرور ته هیڅکله نه خوښېږي۔ دواړه یو ورک شوی شی بیانوي: پیرودونکي سند چې پیرودونکي باید وړاندې کړی وای۔

پاسورډ د یو راز پوهه ثابتوي؛ سند د یوې کیلي ملکیت ثابتوي، او یو بل نه بدلوي۔

پاسورډ هیڅکله ستونزه نه وه

تېروتنه 798 د سند د لټون ناکامي ده۔ د پیرودونکي څخه د تنظیم شوي تصدیق میتود سره سمون لرونکی سند وغوښتل شو، هغه خپله زېرمه ولټوله او هیڅ د کار وړ شی یې ونه موند۔ دا کیدای شي معنی ولري چې سند نشته، د خپلې خصوصي کیلي پرته شته، پای ته رسیدلی، یا په داسې ځای کې ساتل شوی چې لټون ورته نه رسیږي۔ د پاسورډ بیا هڅه کول د دې شرایطو څخه هیڅ یو نه شي بدلولی، له همدې امله تېروتنه د سم معلوماتو سره هم بیرته راځي۔

د عمل کولو دمخه پیغام ولولئ۔ د ننوتلو معلوماتو ردول، د سند د لټون ناکامي او د TLS لاس ورکولو ناکامي درې جلا موندنې دي، او یوازې یوه یې د پاسورډ پورې اړه لري۔

د پیرودونکي زېرمه باید څه ولري

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

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

دوه محصولات، هماغه ورک شوی معلومات

OpenVPN سرورونه په ډیفالټ ډول پیرودونکي سند غواړي۔ پیرودونکي ته د auth-user-pass اضافه کول کارن نوم او پاسورډ لیږي، او د TLS لاس ورکول اوس هم سند غواړي، نو یوازې پاسورډ نشي کولی د verify-client-cert require لاندې اړیکه بشپړه کړي۔ سرور کیدای شي داسې تنظیم شي چې هیڅ ونه غواړي، کوم چې پاسورډ د پیرودونکي یوازینی معلومات جوړوي او دا په ځواک کې ریښتینی کموالی دی۔ د auth-user-pass-verify شاته shell سکریپټ کیدای شي معلومات تایید کړي، او دا د سکریپټونو د چلولو فعالیدو ته اړتیا لري، کوم چې دا د سم تصدیق backend څخه ډیر خطرناک ډیزاین جوړوي۔

یوازې پاسورډ ته متکي پروفایل هم پر هڅول شویو انتخابونو متکي دی، کوم چې بیا د کشولو میکانېزم فعالیدو ته متکي دي۔

ورک شوی سند د څارنو د بندولو له لارې مه سم کوئ

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

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

پاسورډ سم و۔ هغه معلومات چې میتود واقعا ورته اړتیا درلوده بل ځای و۔