د VPN سرور ترتیب په خوندي ډول بیرته راګرځولو څرنګوالی

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

داسې کنټرول ټکی جوړ کړئ چې واقعی یې بحالولی شئ

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

د هر تنظیم مالک په نوم یاد کړئ تر څو چې سیستم لا روغ دی۔ هغه لار چې د عرضه کوونکي پینل نصبوي، هغه چې د کوربه د اور ضد دیوال اضافه کوي او هغه چې کلینټونو ته لیږل کیږي درې جلا شیان دي، او غلط بحالول نور دوه په خپل ځای پریږدي۔ د تنظیم، مالک او د فایل لار یو لنډ جدول بس دی۔

لغوه کول له ترتیب څخه جلا وساتئ

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

د هویت حالت د خپلو شاهدانو سره جلا بیرته راګرځول وګڼئ۔ د سند لغوه کولو فایلونه، د حساب غیر فعالول او MFA ثبت کیدل په ندرت سره د ډیمون د ترتیب په همدې ځای کې وي، او د ترتیب بحالي دوی ته لاس نه ورکوي۔ لومړی اوسنی حالت وګورئ تر څو پوه شئ چې څه باید ژوندی پاتې شي۔ د بحالي وروسته تایید کړئ چې لرې شوی هویت لا هم نشي نښلیدلی۔

کله چې تونل ناکام شي کوربه ته ورسیږئ

ماشین ته داسې لار پرانیزئ چې د بدلیدونکي برخې پورې تړلې نه وي۔ د هایپروایزر کنسول، په جلا انټرفیس کې د مدیریت پته یا سیریل کنسول ټول منل کیږي؛ هغه SSH ناسته چې د تونل له لارې وړل کیږي نه۔ که د ننوتلو یوازینۍ لار هغه VPN وي چې تاسو یې بیا پیلول غواړئ، غلط لار یا د اور ضد دیوال قاعده تاسو ته د سمون وړتیا نه درکوي۔ بدلون دمخه بدیله لار وآزمویئ، وروسته نه۔ د هغې له لارې یو ځل ننوځئ، تایید کړئ چې sudo کار کوي او هغه دقیقه پته ولیکئ چې کارولې مو ده۔

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

یو بیاکتنه پلي کړئ او پوه شئ چې کله اغیزمن کیږي

د خدمت د reload یا restart اسناد وکاروئ او ومومئ کوم لارښوونې په کومه شیبه لوستل کیږي۔ ځینې ارزښتونه په reload کې پلي کیږي، نور یوازې هغه وخت چې نوې ناسته یا پروسه پیل شي، نو د فایل سمون د روان حالت په اړه څه نه ثابتوي۔ د نوي فایل د زاړه اجرایي حالت سره ګډولو پر ځای یوه بیاکتنه بحال کړئ۔ په شک کې د خدمت بشپړ بیا پیل د جزوي reload څخه اسانه توجیه کیدای شي۔

د غوراوي دمخه د واحد تعریف وګورئ: systemctl show -p ExecReload openvpn@server تاسو ته وايي چې ایا د reload هنګار شتون لري۔ بیا بیاکتنه پلي کړئ او د بل څه بدلولو دمخه په ژورنال کې لومړني نوي تېروتنې ولولئ۔

تایید کړئ، ولیکئ او وروسته پلټنه وکړئ

یو مجاز کلینټ ونښلوئ او هغه څه وآزمویئ چې خدمت ورته دی: د نومونو حل، بیا نښلول او هغه غوښتنلیک چې ناکام شو۔ تایید کړئ چې لغوه شوی هویت لا هم رد کیږي۔ هغه بیاکتنه چې بحال کړې مو ده، وخت او دلیل ولیکئ، ځکه چې بل چلونکي به درې واړه ته اړتیا ولري۔ هغه بیرته راګرځول چې چا نه دی مستند کړی، بل ځل چې خدمت بد چلند وکړ راز کیږي۔

systemctl status openvpn@server --no-pager
journalctl -u openvpn@server -n 50 --no-pager

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