د کولیانټ هنګ یا د سرور هنګ؟ OpenVPN سکریپټ چېرې ځي
په سرور کنفیګ کې د سکریپټ لار په هماغه سرور کې لار ده. هنګ د هغې ماشین له مخې وټاکئ چې کار باید وکړي، او دې ته د پای ته رسولو تمه پرېږدئ چې push به په لپ ټاپ کې کوډ چل کړي.
دنده روښانه ده: کله چې لپ ټاپ ونښلول شي، باید په لپ ټاپ کې یو څه بدل شي. هغه کنفیګوریشن چې سمول کیږي د سرور دی، او هماغه ځای دی چې انګیرنه ماتېږي. په سرور فایل کې لار په هماغه سرور کې فایل ته اشاره کوي، او هر څومره push وکړئ، دا نه بدلېږي چې کوم بهیر یې چلوي. د دوو هنګونو ترمنځ انتخاب ډېری د دې پریکړې خبره ده چې کار د کوم ماشین ملکیت دی، او له هغې راپیدا شوو محدودیتونو منل.
دوه ماشینونه، دوې پوښتنې چې لومړی باید ځواب شي
وپوښتئ چې د حالت بدلون باید چېرې وشي، بیا وپوښتئ چې کومه پېښه ورسره سمون لري. که بدلون د هر کاروونکي اجازه یا د هر کولیانټ کنفیګوریشن پریکړه وي، نو هغه ځای ته ځي چې د کاروونکو لارښود پېژندل شوی وي: سرور ته. که بدلون لار وي، resolver تنظیم یا د پای نقطې په محلي مرستندوی وي، نو پای نقطې ته ځي، او یوازې پای نقطه یې کولی شي.
دې دوو پوښتنو ته په بېلې ترتیب سره ځواب ورکول هغه لار ده چې خلک پرې د Windows لپ ټاپ ته د batch فایل push کولو هڅه ته رسېږي. سرور پېژني چې څوک ونښلول شو؛ لپ ټاپ پېژني چې خپل شبکه یی سټک څنګه ښکاري. هیڅ یو د بل معلومات نلري، او هڅه معمولاً په خاموشۍ سره ناکامه کیږي، نه په روښانه تېروتنې سره.
له دواړو مخکې درېیمه پوښتنه کول ارزښت لري: آیا پلیټفارم هغه هنګ چې تاسو یې غواړئ، اصلاً وړاندې کوي؟ هغه وسیله چې خپله کنفیګوریشن جوړوي کېدای شي هماغه پېښې نومونه وړاندې نه کړي، او هغه ډیسک ټاپ کولیانټ چې .ovpn فایل واردوي اړینه نه ده چې هماغه کولیانټ وي چې فایل د هغه لپاره لیکل شوی و. پلیټفارم لومړی تاییدول تاسو له دې نه ژغوري چې د هغه هنګ شاوخوا ډیزاین وکړئ چې هلته نشته. دا هم درته وایي چې ستاسو په وړاندې ماشین ته کوم اسناد واقعاً تطبیق کیږي.
د سرور اړخ انتخاب: د هرې اړیکې لپاره یوه پېښه
client-connect سکریپټ هغه وخت د سرور د بهیر په متن کې چلیږي چې تصدیق شوی کولیانټ ونښلول شي، او د اړیکې مستند شوي تفصیلات لکه common name او ټاکل شوی پته ترلاسه کوي. دا د هر کولیانټ لپاره د کنفیګوریشن ټوټې لیکلو، د پالیسي پریکړې پلي کولو یا د سرور ملکیت حالت ثبتولو لپاره سم ځای دی.
هغه توپیر چې خلک یې له لاسه ورکوي د دې هنګ او د سرور up هنګ ترمنځ توپیر دی. up هنګ هغه وخت فعالیږي چې سرور خپله ټنل وسیله پرانیزي، چې په څو-کولیانټ سرور کې د ډیمون په پیل کې یو ځل پېښیږي. دا د هر ننوتلو پېښه نه ده، او هلته ایښودل شوی کوډ د کاروونکو د نښلولو پر مهال نه، بلکې د خدمت د پیل پر مهال چلیږي.
په ویب انټرفیس لرونکې وسیله کې د جوړ شوو ډیمون فایلونو د سمولو پر ځای ملاتړ شوی د پراختیا میکانیزم وکاروئ. جوړ شوي فایلونه په بل خوندي کولو کې بیا لیکل کیږي، او هغه بیا لیکنه ستاسو بدلون په خورا بد وخت کې په خاموشۍ سره لرې کوي. د پراختیا متن یوه کاپي له وسیلې بهر وساتئ، تر څو firmware تازه کول هم اراده له لاسه ورنکړي.
د کولیانټ اړخ انتخاب: هغه کار چې باید په محلي ډول وچلیږي
ټولنیز کولیانټ کولی شي هغه وخت چې د ټنل وسیله پورته راځي او بیا هغه وخت چې لارې نصب کیږي، محلي سکریپټ وچلوي. دا دوه بېلابېلې شیبې دي، او غلطه ټاکل هغه کلاسیکه سیالي جوړوي چې مرستندوی د هغې لارې له موجودیت مخکې پیل کیږي چې پر هغې تکیه لري.
مرستندوی باید په هماغه کولیانټ کې وي، د کولیانټ چلوونکي حساب لپاره لوستل کېدونکی او چلېدونکی وي، او په روښانه script-security تنظیم سره اجازه ولري. هغه سکریپټ چې تاسو کولیانټ د مدیر په توګه چلوئ هغه وخت کار کوي، د ننوتلو دمخه خدمت یا د بل کاروونکي ناستې په اړه هیڅ نه وایي.
نومول هم مهم دي. up هنګ د وسیلې جوړېدو سره سمون لري او route-up د لارو نصبېدو سره، خو هغه دنده چې شخصي شبکه باید لاسرسی ولري، باید د لاسرسي وړتیا وګوري، نه دا چې د وسیلې جوړېدل دې د دې مانا وي چې هره لار، resolver ننوتنه او اپلیکیشن چمتو دي.
ولې د چلېدونکي کوډ push کول په انتخابونو کې نه دي
push شوي انتخابونه په قصد سره محدود دي، او هغه انتخابونه چې سکریپټونه چلوي په هغو کټګوریو کې دي چې سرور ته اجازه نه لري یې ولېږي. هغه محدودیت شته ځکه چې بدیل به اجازه ورکړي چې یو زیانمن یا ناسم تنظیم شوی سرور په هر هغه کولیانټ چې کله هم ونښلول شي، خپل سری قوماندې وچلوي.
په محلي ډول د سکریپټ چلولو فعالول دا نه بدلوي. ستاسو script-security تنظیم هغو محلي سکریپټونو ته اجازه ورکوي چې تاسو ټاکلي؛ دا سرور ته د نویو رسولو واک نه ورکوي.
که هدف یوازې د VPN لارو نصبول وي، د لرې چلولو سکیم جوړولو پر ځای ملاتړ شوې د لارې کنفیګوریشن وکاروئ. که هدف واقعاً محلي کوډ ته اړتیا ولري، د سازمان د پای نقطو د مدیریت وسیلو له لارې یې ووېشئ او لکه هر بل سافټویر چې د کاروونکي واکونو سره چلیږي، بیاکتنه یې وکړئ.
د دواړو هنګونو له باور مخکې څه باید وګورئ
د هر هنګ لپاره څلور شیان ولیکئ: ماشین، د پېښې نوم، هغه حساب چې تر لاندې چلیږي، او هغه د حالت بدلون چې باید تولید یې کړي. بیا اړیکه، بیا نښلول او د پاکولو لاره وآزمویئ، ځکه هغه هنګ چې د بیا نښلولو پر مهال حالت تویوي، له هغه هنګ څخه چې کله هم نه دی چل شوی بدتر دی.
لاندې هغه حساب وآزمویئ چې واقعاً به یې چلوي، په هغه شیبه کې چې واقعاً به وچلیږي. openvpn(8) لارښود دواړه هنګ کورنۍ او د push محدودیتونه مستند کوي؛ هغه پلیټفارم چې تاسو پرې ځای پر ځای کوئ، مستند کوي چې آیا دا هغه اصلاً وړاندې کوي. هغه سکریپټ چې په متقابل مدیر ټرمینل کې بریالی شي، یوه انګیرنه ده، تایید نه.