OpenVPN auth-nocache: په راتلونکي ننوتلو کې څه پیښیږي

auth-nocache چالان کړئ او د پټنوم د کیش خبرداری ورک شو، د اعتبارنامې هغه کاپي سره یوځای چې OpenVPN د راتلونکي بیا خبرو لپاره ساتلې وه۔ چې دا غوښتنه، غلی بیا هڅه یا پرې شوی تونل شي، په دې پورې اړه لري چې دوهم ځل اعتبارنامې له کومه ځایه راځي۔ نو دا د ځای پرځای کولو د بڼو ترمنځ پرتله ده، نه د دې انتخاب په اړه پرېکړه۔ د هر پروفایل له سمولو دمخه هغه بڼه ولولئ چې تاسو واقعاً چلوئ۔

د اعتبارنامې دوهمه ټولګه باید له کومه ځایه راشي

OpenVPN auth-nocache هغو پټو شیانو ته کاروي چې auth-user-pass او askpass یې راټولوي: د کارولو وروسته یې بهیر د راتلونکي لاس ورکولو لپاره نه ساتي، بلکې غورځوي یې۔ بیا خبرې د ټایمر له مخې، په ډیفالټ ډول په ساعت کې یو ځل راځي، نو دوهمه غوښتنه هغه وخت راځي چې پټنوم لیکونکی کس ډېر پخوا تللی وي۔ همدا تشه ټوله کیسه ده۔ که کیش چالان پاتې شي، کلاینټ پرته له دې چې له چا پوښتنه وکړي خوندي کاپي بیا غږوي؛ که بند شي، باید پټ شی بل ځای ومومي یا ناکام شي۔

نو هره هغه ځای ولیکئ چې پټ شی به په هغه شیبه کې ترې راشي، او په دې کې رښتیني اوسئ چې له دغو کوم یو په کوربه کې شته۔ د ټرمینل مخې ته کس، هغه فایل چې auth-user-pass یا askpass یې لولی شي، یا د سرور خپور کړی د غونډې ټوکن — همدا درې دلته مهم دي۔ که له دغو هیڅ یو نه وي، بیا خبرې د بدلون یوه ساعت وروسته ناکامېږي، نه هغه شیبه چې تاسو یې وکړل۔

درې بڼې، درې د ناکامۍ نقطې

د ډیسکټاپ کلاینټ چې مخې ته یې کس وي اسانه حالت دی: غوښتنه بېرته راځي، یو څوک بیا پټنوم لیکي، او بیه یې پام دی۔ هغه خدمت، کانټینر یا روټر چې OpenVPN بې له ټرمینل چلوي سخت حالت دی، ځکه چې ځواب ورکوونکی نشته او هغه اړیکه چې پخوا غلی وه اوس تونل پای ته رسوي۔ هایبریډ د دواړو ترمنځ دی او د ډیسکټاپ حالت په څېر چلند کوي تر هغې چې هغه غونډه چې کولی شوې غوښتنې ته ځواب ووايي ورکه شي۔ هغه څه چې دوی سره جلا کوي د GUI نصبېدل نه دي، بلکې دا دي چې د بیا خبرو په وخت کې د اعتبارنامې سرچینه شته که نه۔

له هر څه بدلولو دمخه خپل ځای پرځای کول له دغو درېیو یوه سره سم کړئ، ځکه چې آنلاین موندل شوې سلا تقریباً تل د لومړي لپاره لیکل شوې وي۔ د ډیسکټاپ ځواب بې له ټرمینل خدمت ته کارول هماغه لاره ده چې میاشتې کار کړی تونل پرې هر ساعت نسکور شي۔

لارښود یا فلګ: یو انتخاب کړئ او پوه شئ چې کوم مو کارولی

د پروفایل دننه auth-nocache خپله جلا کرښه ده؛ په هغه غوښتنې کې چې پروفایل په څرګنده نوموي، دا د هماغه کمانډ کرښې فلګ دی، او د OpenVPN لارښود دواړه بڼې لیست کوي۔ دواړه د اعتبارنامې ساتلو په برخه کې یو شان کار کوي او هیڅ یو د انټرفیس ډول ته لاس نه وړي او نه په هماغه لاګ کې نااړونده خبرداری سمولي۔ توپیر په دوام کې دی: فلګ یوازې هماغه چلند رانغاړي، نو هغه خدمت چې له unit فایل یا رپېر سکریپټ څخه بیا پیل شي، تر هغه به نه وي چې رپېر یې هم ولیږي۔

auth-nocache
openvpn --config /path/client.ovpn --auth-nocache

پرېکړه وکړئ کوم اثر دا ترتیب لري، یوازې هلته یې بدل کړئ او نور هېچېرې نه۔ په لپټاپ کې سم شوی پروفایل او هغه systemd unit چې په فلګ یې ترې تېریږي هماغه جوړه ده چې له بیا پیل وروسته متناقض چلند رامنځته کوي۔

د اعتبارنامې فایل پټ شی لېږدوي، نه یې له منځه وړي

auth-user-pass فایل ته نیول هرې راتلونکې بیا خبرې ته سرچینه ورکوي، او پټنوم هم په داسې ځای کې اېږدي چې له بیا پیل ژوندی پاتې شي۔ پوښتنه وکړئ چې هغه فایل څوک لولی شي، د امتیازاتو له پرېښودو وروسته بهیر لاهم لولی شي که نه، او کله چې فایل سیستم یوازې لوستلو ته نصب شي یا کانټینر لید لاره پټه کړي څه پېښیږي۔ په ډیسک کې پټ شی او په حافظه کې پټ شی جلا ستونزې دي، او د یوې حل بل د هغې په ځای پرېږدي۔ څرخېدنه هغه ګام دی چې پرېښودل کیږي: هغه پټنوم چې په سرور کې بدل شو خو په فایل کې نه، داسې ناکامي راوړي چې د شبکې خرابۍ په څېر لوستل کیږي۔

فایل د هغه حساب په ملکیت کې وساتئ چې بهیر چلوي، د بل چا لپاره د لوستلو وړ نه وي، او له هغو بیک اپونو بهر وي چې کوربه پرېږدي۔ د OpenVPN سرور اړخ auth-gen-token انتخاب له بریالې ننوتنې وروسته کلاینټ ته د غونډې ټوکن ورکوي، کوم چې د حساب له پټنوم څخه کوچنی شی دی چې پرېښودل شي۔ په هر حال کې د څرخېدنې ګام د فایل ترڅنګ ولیکئ، ځکه فایل معمولاً له هغه کس چې جوړ کړی یې دی اوږد ژوند کوي۔

د بیا خبرو اوږدول لګښت ځای بدلوي، نه یې لره کوي

بله وړاندیز دا دی چې reneg-sec پورته کړئ تر هغې چې غوښتنه دومره نادره شي چې له پامه وغورځول شي۔ دا د غونډې د کیلي څرخېدنې مهالوېش بیا لیکي او هماغه د اعتبارنامې ستونزه یو ډېر وروسته، لږ وړاندوینه کېدونکي شیبې ته ټېل وهي؛ دا د اعتبارنامې سرچینه نه جوړوي۔ هغه پالیسي چې د یوې دلیل له مخې د مهالوېش له مخې کیلي نوي کوي، باید یوازې د پټنوم لیکلو له مخنیوي لپاره سست نه شي۔

هغه غونډه نه چې تاسو په کې ناست یاست، بلکې بیا اړیکه وآزمویئ، ځکه ژوندې غونډه هیڅ نه ثابتوي۔ تونل د سرور له اړخه وغورځوئ، یا د کلاینټ خدمت بیا پیل کړئ، او وګورئ چې راتلونکې بیا خبرې بې له کیبورډ کس څه کوي۔ که بیا وصل شي، هغه میکانیزم ونوموئ چې پټ شی یې رسولی؛ که نه، تاسو په دې کوربه کې د انتخاب ریښتینی لګښت موندلی دی۔ هغه پایله هم چې وي، تاسو ته هغه ځواب درکوي چې د خنډ په وخت کې ټینګ وي، نه هغه چې د ازموینې په وخت کې ټینګ و۔

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