په لاګ کې P_CONTROL_HARD_RESET_CLIENT_V2: آیا دا تېروتنه ده؟

دا کرښه هر څو ثانیو کې تکرارېږي او د هر څه لامل ښکاري: control hard reset نومې پاکټ، له هغه کلاینټ راځي چې هېڅ کله هم چېرته نه رسېږي. دا تېروتنه نه ده. دا د نوي ناستې لومړنی پیغام دی، او تکرار یې د بل څه ناکامۍ نښه ده چې وروسته پېښېږي. د دې جلا کول چې لیبل څه وايي او اړیکه وروسته څه وکړل، ټول تشخیص دی.

کوډ په پروتوکول کې یو ځای نوموي

OpenVPN په یوه سوکیټ باندې څو ډوله پاکټونه ملټي پلیکس کوي، او کوډ اخیستونکي ته وايي چې کوم ډول لري. د hard-reset پاکټونه ناسته پرانیزي، د کنټرول پاکټونه د لاس ورکولو توکي وړي، منښتې د ترلاسه کولو تایید کوي، او د معلوماتو پاکټونه د تونل بار وړي. لومړی بایټ لوستل ښيي چې پاکټ په دې تبادله کې چېرته ځای لري، او د سرچینې کوډ پاکټ تعریفونه هر کورنۍ په روښانه توګه نوموي.

همدا ټول هغه څه دي چې وايي. هغه پاکټ چې د کلاینټ د پیلنیز بیا تنظیم په توګه نښه شوی، ثابتوي چې پاکټ ستاسو د کتنې نقطې ته ورسېد او ملګری غواړي ناسته پیل کړي. دا ثابتوي نه چې کلاینټ ستاسو سند ومنه، د هغه اعتبار ومنل شو، یا د معلوماتو چینل کله هم کاروړ وګرځېد.

V2 پایښت د هغې پاکټ کورنۍ لپاره د پروتوکول نسل نښه ده، د محصول نسخه نه او هغه ترتیبات هم نه چې تاسو یې نصبوئ. په نوم کې هېڅ شی د تونل بیا تنظیم، د خدمت بیا پیل یا د کیش پاکولو سره تړاو نه لري.

په هغه شېبه کې کلاینټ واقعاً څه کوي

کلاینټ د ناستې پیژندونکی پرانیزي، چې دواړه خواوې به وروستۍ کنټرول ترافیک ورسره ونښلوي. کله چې د کنټرول چینل ساتنه تنظیم شوې وي، هغه لومړی پاکټ لا دمخه HMAC لري چې اخیستونکي ته اجازه ورکوي پرېکړه وکړي چې آیا د تبادلې پاتې برخې لپاره هڅه وکړي. هغه اخیستونکی چې تایید یې نه شي کولی پاکټ په غلې سره غورځوي، نو ځکه غلط شریک کلیډ داسې ښکاري لکه کلاینټ چې په تشه کې خبرې کوي.

کاروونکي ته د لیدلو وړ هېڅ شی لا نه دی پېښ شوی. هېڅ سند تایید شوی نه دی، هېڅ کاروونکی نوم وړاندې شوی نه دی او هېڅ د تونل پته نه ده ټاکل شوې. بیا تنظیم د لاس ورکولو پیل دی، نو په دې شېبه کې د اړیکې په اړه هرې پرېکړې ژر دي.

په بې‌کاره بیا نښلونې کړۍ کې د پام وړ تفصیل وقفه ده. هغه کلاینټ چې په ثابته دوره کې بې پرمختګه بیا هڅه کوي، معمولاً د مخکې تګ دمخه ردېږي، او لامل یې د ملګري په لاګ کې دی، نه د پاکټ په نوم.

د بیا تنظیم وروسته ریښتینې پاتې کېدنه چېرې پټه ده

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

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

که هېڅ خوا د ردولو راپور نه ورکوي او تبادله بیا هم ودريږي، پوله رسېدنه ده نه باور. هغه فایرول چې د بېرته راستنېدو لوری غورځوي، د شبکې پتو ژباړې وسیله چې نقشه یې پای ته رسېږي، یا د MTU ستونزه چې لوی د لاس ورکولو پاکټونه وژني — ټولې د تایید له هېڅ غلطي پرته درېدلې تبادله جوړوي.

grep -nE 'VERIFY|AUTH_FAILED|TLS Error|SIGUSR1' /var/log/openvpn*.log

هماغه پلټنه پخپله تشخیص نه دی، خو په یوه ګام کې تاسو د پروتوکول له وییونو ريښتیني ناکامۍ طبقې ته رسوي.

تایید بندول ولې غلطه غبرګون دی

کله چې بیا تنظیم ښکارېدل ادامه ومومي، ترټولو ژر ښکارېدونکی حل د سند تایید بندول یا د دې لپاره چې څه ونښلي د کنټرول چینل ساتنه پرېښودل دي. دا د تشخیص وړ ناکامي د نه تشخیص وړ سره بدلوي او ځای پرځای کول د هغو ملګرو په منلو کې پرېږدي چې د ردولو لپاره جوړ شوي وو.

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

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