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

دوه نوماندان بېل بېل شیان لري

ملاتړ شوې د ترتیباتو سرچینه هغه هر څه دي چې وسیله یې د ننوتلو په توګه ګڼي: د GUI ساحه، وارد شوی پروفایل، د هر پیرودونکي لپاره مستند شوی فولډر، د ترتیباتو ډیټابیس چې د مدیریت بنډل یې لولي۔ جوړ شوی server.conf وتنه ده۔ د وتنې سمول تر هغه کار کوي چې جوړوونکی بیا نه چلیږي، او دا د خوندي کولو، بیا پیل او لوړولو پر مهال پیښیږي۔

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

QuestionSupported config sourcePost-generation script
Survives a GUI saveYesOnly if the save does not regenerate the file
Survives a package upgradeUsually, when the field is documentedNo guarantee; the wrapper can be replaced
Supportable by the vendorYesNo
Obvious to the next adminYes, it is in the UINo, it lives in a wrapper

وسیله څه بیا جوړوي، او کله

د مدیریت بنډلونه معمولاً ترتیبات په ډیټابیس یا ټیمپلیټ سیټ کې ساتي او د پیل پر مهال د ډیمون ترتیبات جوړوي۔ د ویب UI څخه خوندي کول ډیری وخت ټول فایل بیا لیکي نه دا چې یوه کرښه پیچ کړي۔ که ستاسو بدلون په هغه فایل کې و، اوس ورک شو، او هیڅ شی خبرداری نه ثبتوي، ځکه چې د وسیلې له نظره هیڅ شی له لاسه نه دی ورکړل شوی۔

د پیل پوښونه دوهمه ناکامي طریقه لري۔ د ځانګړي فاصلې لارښوونې لپاره grep د ټیمپلیټ له بدلون وروسته مطابقت بندوي، او سکریپټ په خاموشۍ کې هیڅ نه کوي۔ لا خرابه، د فرمونیر نوی کول کېدای شي پوښ له نوې نسخې سره بدل کړي او پیچ له ځان سره یوسي۔ بیا تاسو هغه لاره لرئ چې یو کال وه او د ساتنې پر مهال ورکه شوه چې هیچا له لارښوونې سره نه وه تړلې۔

ملاتړ شوی مالک باید څه بیان کړي

د څانګې مخکښې ته درې بیانونه اړین دي، نه یو۔ پیرودونکی باید لاره زده کړي، سرور باید پوه شي چې کوم تصدیق شوی پیرودونکی مخکښې لري، او د څانګې اړخ باید ترافیک هغه تونل پتې ته بېرته واستوي چې ورته ورکړل شوې۔ د OpenVPN په اصطلاحاتو کې دا پدې مانا ده چې یو لېږل شوی route، یو مطابق iroute چې پیرودونکي ته تړل شوی، او په بل اړخ کې د بېرته راتلو لاره۔

دلته د وسیلو UI ګمراه کوي۔ د «اجازه ورکړه پیرودونکو ته چې د سرور LAN ته لاسرسی ولري» په نښان سره چیک باکس د سرور خپلې شبکې په لور ترافیک بیانوي۔ ستاسو څانګه مخالف لوری دی: یوه شبکه د یو پیرودونکي شاته، د سرور له اړخه د لاسرسي وړ۔ هماغه نښان د هغې لپاره ملاتړ نه ښیي، او په فایل کې معتبره لارښوونه دا ژمنه نه ده چې بنډل به یې وساتي۔

کله چې هیڅ ملاتړ شوی کنټرول نه وي

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

هغه انتخاب وټاکئ چې په یوه جمله یې هغه چا ته بیانولی شئ چې شبکه به یې میراث واخلي۔ که ځواب د سکریپټ لارې او د متن بڼې یادول غواړي، نو ډیزاین لا دمخه نازک دی۔

اراده د پلټنې وړ کړئ

تړون د وسیلې څخه بهر ثبت کړئ: مؤثره پیرودونکي هویت، مخکښې، د بېرته راتلو لاره، او ملاتړ شوې ساحه چې هر یو یې برابروي۔ ترتیبات د ملاتړ شوي میکانیزم له لارې صادر کړئ تر څو بیا جوړونې ته مرجع وي، او خدمت د بیا نښلولو، بیا پیل او لوړولو وروسته تایید کړئ، نه یوازې د بدلون وروسته۔

کله چې یو څه ماتیږي، جوړ شوی پایله له هغه ثبت سره پرتله کړئ، د ناڅرګندې کرښې بېرته راوستلو او هیله کولو پر ځای۔د OpenVPN 2.6 حواله هغه ځای دی چې د UI سره د بحث کولو دمخه د route او iroute متقابل عمل تایید کړئ۔

د راتلونکي بدلون لپاره چکلیسټ: مالک ونوموئ، درې-برخه تړون بیان کړئ، اراده صادره کړئ، او د خپل سمون وروسته نه، د وسیلې د خپل ژوند دورې پیښو وروسته بیا ازموینه وکړئ۔

اړوندې مقالې