له OpenVPN پروفایل څخه د key-method لرې کول هېڅ نه بدلوي

کلونه کلونه کار کړی پروفایل ناڅاپه له پیل کولو انکار کوي، او پیغام د هغې لارښوونې نوم اخلي چې هیڅوک یې د زیاتولو یاد نه لري: key-method. بل لټون پایله د مطابقت لپاره key-method 2 د زیاتولو وړاندیز کوي، چې د بلې زمانې سلا ده. هغه پارسر چې کرښه یې رد کړې اوسنی دی، او په هغه کې داسې انتخاب هېڅ نشته. د کرښې لرې کول پیل سمونې او د دې په اړه چې دوه خواوې غونډه څنګه ساتي هېڅ نه بدلوي.

په پروفایل کې د هغه څه او د پروتوکول د ریښتیني کار ترمنځ همدا تشه دلته ټول موضوع ده، او هغه نور ګڼ بدلونونه هم تشریح کوي چې خلک په یو وخت کوي. دا هم تشریح کوي چې ولې هغه بدلونونه معمولاً په یوه بنډل کې راځي.

نښه د پارس تېروتنه ده، نه د لاس ورکولو ناکامي

انتخابونه له هرې کڅوړې استولو دمخه لوستل کېږي. ناپېژندل شوې لارښوونه لرونکی پروفایل په هغه پړاو کې ناکامېږي، نو بهیر هېڅکله شبکې ته نه رسېږي او هېڅکله د لاس ورکولو تېروتنه نه جوړوي. عبارت معمولاً انتخاب او دوتنه نوموي، چې دا یې د لامل سره نښلولو لپاره له اسانه ناکامیو څخه جوړوي. په دې کې کڅوړه، لار یا اورمېږی شامل نه دي.

openvpn --config /etc/openvpn/client/office.ovpn --verb 3 --log /tmp/parse.log
grep -n 'Options error' /tmp/parse.log

که پیغام لارښوونه ونوموي، تشخیص بشپړ شو: په دوتنه کې هغه څه دي چې دا جوړښت یې نه مني. که پیغام پرځای د دوتنې لار ونوموي، ستونزه نیمګړې include یا کلي ده، چې د همدې پیل پړاو بله برخه ده.

هغه څه چې تاسو یې باید نتیجه مه اخلئ دا دي چې کلاینټ یا سرور ته زوړ پروتوکول حالت ته اړتیا ده. د پارس ناکامي ستاسو د دوتنې او باینري ترمنځ د لغتونو ستونزه ده، او باینري په دې حالت کې یوازې یوه کلمه له خپل لغت څخه وغورځوله.

لارښوونه او د لېږد بڼه دوه بېلې څیزونه دي

زوړ key-method انتخاب ټاکه چې د TLS کلي تبادله څنګه چوکاټ شي، او عصري تبادله هغه څوکڅوړیزه طریقه ده چې دا انتخاب به کله کله غوښتله. انتخاب ورک شو ځکه چې نور هېڅ نه ټاکه؛ هغه بڼه چې نوم یې یاداوه یوازینې شوه. نو د کرښې لرې کول غونډه د پخوا په څېر په همدې چوکاټ کې پرېږدي. متني سمون نشي کولی دا په هېڅ لوري بدل کړي.

همدې لپاره د «دویمې طریقې» د بیا رغولو لپاره زاړه باینري بیرته راوستل ناسم سمون دی. دا له زوړ معیاري ارزښتونو سره زوړ پارسر پرته هېڅ نه رغوي، او له دې وروسته راغلي سمونونه درنه اخلي. ورته منطق د سند د کتنې یا د کوډونو لیست د کمزوري کولو په اړه هم صدق کوي، په دې هیله چې اړیکه بیرته راشي.

همدې لپاره، تر څو «2» طریقه بیا ورغول شي، زاړه باینري بیرته راوستل ناسم سمون دی. دا له زوړ معیاري ارزښتونو سره زوړ پارسر پرته هېڅ نه رغوي، او له دې وروسته راغلي سمونونه درنه اخلي. ورته منطق د سند د کتنې یا د کوډونو لیست د کمزوري کولو په اړه هم صدق کوي، په دې هیله چې اړیکه بیرته راشي.

openvpn --version | head -n 1
grep -rn 'key-method' /etc/openvpn/ 2>/dev/null

څه لرې کړو، او له کومې دوتنې

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

زوړه کرښه ړنګه کړئ او پای ټکی، سندونه، د کوډ تګلاره او د کنټرول چینل تنظیمات پرېږدئ. دا هغه ملاتړ شوي انتخابونه دي چې بهیر ته اړین دي او د پارس تېروتنې سره تړاو نه لري. که په همدې پروفایل کې نور ناپېژندل شوي لارښوونې وي، تر هغه چې بهیر پیل شي د هغوی یوه ډله مه ړنګوئ، بلکې هر یو له خپلې چلېدونکې نسخې سره پرتله کړئ.

بیا غوښتل شوې نمونه پیل کړئ او د هغې پیل وتنه ولولئ. د اورېدونکي په شتون کې پاک پیل د دې پړاو د بشپړېدو تایید دی؛ وروسته کلاینټ ازموینه بل پوښتنې ته ځواب وایي.

رد شوی پروفایل او رد شوی کلاینټ ورته ښکاري

دوه ناکامۍ ورته ملاتړ تارونه جوړوي او بېل شواهد غواړي. هغه سرور چې خپل ترتیبات ردوي هېڅکله نه پیلېږي، نو هیڅ کلاینټ نشي کولی ورسره وصل شي. هغه سرور چې ښه پیلېږي او یو کلاینټ ردوي روان دی، او په لاګ کې یې لامل دی: د سند ستونزه، هغه ټېله شوې انتخاب چې کلاینټ نه مني، د کوډ ناسم والی.

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

د مطابقت هغه پوښتنې چې کرښې هېڅکله ځواب نه ورکړ

له دې لارښوونې سره ګرځېدونکي پروفایلونه معمولاً د یو ځانګړي پلیټفارم کیسه لري، او کیسه له تخنیکي لامل اوږده ژوند کوي. موبایل یا ډیسکټاپ کلاینټ ته لا هم بشپړ ملاتړ شوی پروفایل ته اړتیا ده: باوري سندونو زنځیر، هغه ډاټا کوډ چې دواړه خواوې مني، هغه کنټرول چینل حالت چې دواړه خواوې پلي کوي، او هېڅ داسې لارښوونې چې د کلاینټ جوړښت یې ردوي. له دې هېڅ یو هم د زوړ key-method کرښې د شتون یا نشتون له مخې نه ټاکل کېږي.

فشرده کول د همدې بڼې جلا تګلاره پوښتنه ده. د key-method کرښې لرې کول د دې په اړه هېڅ نه وایي چې په ستاسو ځای پرځای کې د فشرده کولو لارښوونه ملاتړ شوې ده که منل کېدونکې، او دواړه پرېکړې باید خپلواکې واخیستل شي. تر دې چې یو څه وصل شي په یو وخت کې څو امنیتي تنظیمات ړنګول هماغه لاره ده چې کار کوونکی پروفایل په ناڅرګند پروفایل بدلېږي.

د هغه څه لنډه ثبت چې لرې مو کړل او ولې: انتخاب، هغه نسخه چې رد کړ، او هغه امر چې تېروتنه یې وښوده. بل څوک چې پروفایل په میراث اخلي دقیقاً هغه درې حقایق ته اړتیا لري، او اوس یې لیکل له وروسته بیا جوړولو ارزانه دي.