ایا د OpenVPN up سکریپټ ډېر ژر وچلېده، که هغه هېڅکله چمتو نه و؟

د up سکریپټ چلیږي، په صفر وتلیږي، او په هغې کې دنده نشي کولی هغه شخصي خدمت ته ورسیږي چې له ټرمینل څخه دوه ثانیې وروسته په بشپړ ډول کار کوي. غریزه وخت ته ګوري، او معمول حل خوب دی، چې سیالي پرته له پوهاوي پټوي. ډېره ګټوره لوستنه دا ده چې “up” د هک نوم دی، نه د چمتووالي تضمین. هغه هغه وخت فعالیږي چې د تونل وسیله تنظیمیږي، چې له لارو، DNS او د تونل شاته هر اپلیکیشن څخه مخکې دی.

د شیل ازموینه بریالۍ شوه ځکه چې هغه وروسته له هغې وچلېده چې هر څه ارام شول. هک په یو ځانګړي شیبه کې وچلېده.

up په پیل کېدونکي ترتیب کې چېرته دی

OpenVPN د تونل وسیله تنظیموي او بیا د up هک چلوي. د لارو نصبول وروسته پړاو دی، او خپله هک لري، له همدې امله په up کې ایښودل شوې د لارې پورې تړلې دنده کولی شي بې ګټې لارې وسیله وویني. د لارې کار په route-up کې وایاست، او د وخت ستونزه معمولاً ورکیږي.

لارښود دا ترتیب او هغه چاپیریال مستند کوي چې هره هک یې ترلاسه کوي. دا ترتیب د “زما له شیل څخه کار کوي” کلاسیک راپور بشپړ توضیح دی، او دا هم لامل دی چې ولې یو شان سکریپټ په یوه ماشین کې بریالی کیږي او په بل کې د لارې د ورو پړاو له امله ناکامه کیږي. هېڅ یو نتیجه د سکریپټ د کیفیت په اړه څه نه وایي.

DNS او د اپلیکیشن چمتووالی لا هم وروسته راځي. حتی نصب شوې لارې هم دا ثبوت نه دي چې لرې پای ټکی اوریدل کیږي، نوم حل کیږي، یا د کارونکي په حد کې دندې لپاره ډیسکټاپ ناسته شته.

هک په حقیقت کې څه میراث اخلي

هک د OpenVPN پروسې حساب او چاپیریال لاندې چلیږي, کوم چې ستاسو د متقابل شیل سره ورته نه دی. کیدای شي د کارونکي د ناستې بس، ډیسکټاپ چاپیریال، یا هغه اسناد نلري چې یوازې د ننوتلو په وخت کې خلاصیږي. ولیکئ چې دنده ورته کوم څیزونه واقعاً اړتیا لري.

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

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

ولې خوب اضافه کول د چمتووالي ازموینه نه ده

خوب سکریپټ ځنډوي او د سیالۍ کړکۍ ښیښوي. په چټکه ورځ کې دنده بریالۍ کیږي؛ په ورو ورځ کې بیا ناکامه کیږي، او ناکامي بیا تولیدول ستونزمن کیږي ځکه چې ځنډ کار کوي ښکاري. هغه ځنډ چې یوازې د سپک بار لاندې کار کوي، یو تصادف دی نه سمون.

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

ناکامي روښانه وساتئ. هغه هک چې د خپل ریښتیني کار په ناکامۍ سره هم په صفر وتلیږي، له ناکامېدونکې هک څخه بدتر دی، ځکه چې د خدمت مدیر بریا ثبتوي او بیا هېڅوک نه ګوري. د سکریپټ څخه یوه لاګ کرښه دا صادق ساتلو ترټولو ارزانه لار ده.

پاکوالی او بیا نښلول هم ورته پاملرنې ته اړتیا لري

هغه سکریپټ چې شریکه حالت بدلوي باید ورته د بېرته راګرځولو لاره ولري. هک چې اضافه کړي لارې، د حل کوونکي داخلې او د فایر وال نښې باید idempotent او د بېرته ګرځیدو وړ وي، که نه نو بیا نښلول به دوهمه کاپي لومړنۍ ته پورته کړي.

بیا نښلول کولی شي هکونه د بشپړ خدمت له پیل څخه ډېر ځله چل کړي. هغه دوامداره انټرفیس چې ناسته بیا ټینګوي ممکن د up او route-up دورې بیا هڅوي، نو هغه سکریپټ چې په هر بوت کې یو ځل چلند فرض کوي بالاخره غلط چلند به کوي. د یوې ورځې د خوځیدو لاګ کې چلندونه وشمېرئ ترڅو وګورئ چې هغه څو ځله واقعاً چلیږي. بیا سکریپټ د هغومره ځلو چلولو لپاره خوندي کړئ.

هغه ژوند دوره ازموئ چې ناکامه شوه، نه وروسته حکم. بوت یا بیا نښلول بیا تولید کړئ، د هک چلیدل وګورئ، او تایید کړئ چې دنده په هغه شیبه کې بریالۍ شوه چې هغه واقعاً چلیږي. وروسته د متقابل شیل څخه بریا د تړاو په اړه ثبوت دی، نه دا ثبوت چې د پیل لاره کار کوي.

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