د VPN د بیا هڅې کړۍ له امله حساب بند شو: لومړی کلاینټ ودروئ

په 02:40 حساب بندېږي او هیڅوک د کیبورډ تر څنګ نه وي۔ په الماري کې یو کلاینټ هغه پټنوم وړاندې کوي چې تېره میاشت یې ساتلی و، ګیټوې بیا هم ردوي یې، او د بندیدو شاته شمېرګر د هیچا د ګډون پرته لوړېږي۔ دا د بیا هڅې کړۍ ده نه برید، او باید ودروي شي مخکې له دې چې حساب بیا رغول شي۔

دا د دوو ستونزو په توګه په یوه ټاکلې ترتیب وګورئ۔ لومړی لیږونکی ودروئ، بیا لاسرسی بیا رامنځته کړئ، ځکه چې برعکس ترتیب کړۍ په څو دقیقو کې بیا پیلوي۔

وټاکئ چې کوم پروسه ناکامي لیږي

د پیژندنې سیستم د وخت نښو څخه پیل وکړئ او له هر هغه کلاینټ سره یې پرتله کړئ چې حساب لري۔ مدیریت شوی پروفایل، بې څارنې خدمت، په درګاه کې تلیفون او د زړو اعتبارنامو سره اضافي لپټاپ — ټول کولای شي د یوې ورته کس په توګه تصدیق شي۔ هغه چې هر څو ثانیو کې ناکامېږي هغه کړۍ ده، او هغه چې ورځې یو ځل ناکامېږي معمولاً هیر شوی انسان دی۔ دواړه یو شمېرګر تغذیه کوي، او دلته ښکاره ده۔

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

د درې شرطونه چې غبرګون ټاکي

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

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

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

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

هغه واحد یا نښلون چې تصدیق ته دوام ورکوي ودروئ، او داسې یې ودروئ چې له بیا پیلیدو وروسته هم پاتې شي۔ د کلاینټ لنډ مهاله درول بس نه دي کله چې د هغه خدمت د بوت پر مهال په اتوماتیک پیلیدو تنظیم شوی وي۔

# which unit is presenting the credential?
journalctl -u openvpn-client@home --since '20 min ago' | grep -i 'auth\|error'

# stop it, and keep it stopped across reboots
sudo systemctl stop openvpn-client@home
sudo systemctl disable openvpn-client@home
systemctl is-active openvpn-client@home

څو دقیقې انتظار وکړئ او تایید کړئ چې د ناکامۍ شمېرګر حرکت بند کړ۔ هغه ځنډ د دې ثبوت دی چې سمه سرچینه مو وموندله۔ که ناکامۍ دوام وکړي، کړۍ له بل ځایه راځي او د بند پرانیستنې ګام به ضایع شي۔

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

لامل لرې کړئ ترڅو بېرته رانشي

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

اتوماتیک ته خپله پیژندنه ورکړئ۔ جلا برابر شوی حساب د خپلې اعتبارنامې او خپلو محدودیتونو سره مخه نیسي چې د ماشین ناکامي یو کس له بریښنالیک څخه بند کړي، او په لاګونو کې ناکامي د نسبت وړ کوي۔ کلاینټ ته یو شاتګ اضافه کړئ ترڅو رد شوې اعتبارنامه د تکرار پرځای هڅې ودروي، او د تکراري تصدیق ناکامیو لپاره الارم وټاکئ ترڅو بله کړۍ په څو دقیقو کې وپېژندل شي نه په 02:40۔

کله چې راپور ملاتړ ته ځي، د حساب پیژندونکی، وخت نښې او د کلاینټ نوم وساتئ۔ پټنومونه او د بیا رغونې توکي هېڅکله دې ریکارډ ته نه تړاوه۔