یوازې یو مدیریت کلاینټ: ولې ستاسو مانیټر GUI له مینځه وړي

د ډسکټاپ GUI د مدیریت اړیکه ساتي، نو د مانیټرینګ سکریپټ هڅه کوي خپله اړیکه پرانیزي او هیڅ نه لولي، یا تر دې بدتر، GUI د پوښتنو ځواب ورکول بندوي۔ معمول پایله دا ده چې ډیمون بې ثباته دی۔ په ټولنیز ډیمون کې دا محدودیت په قصد دی: د کنټرول انټرفیس په یو وخت کې یوازې یو نښلول شوي مدیریت کلاینټ ته خدمت کوي، او دا شمېره د دې سره هیڅ تړاو نلري چې VPN څو کاروونکي وړلی شي۔

یو ساکټ، یو مالک

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

دا هر اضافي وسیله سیالۍ ته اړوي۔ که GUI د اړیکې مالک وي، نو د پوښتنې سکریپټ یا نه شي کولای ونښلول شي یا یوازې هغه وخت بریالی کېږي چې GUI تسلیم شي، او دا ترتیب په راتلونکې بیا اړیکه کې تکرارېږي۔ که سکریپټ لومړی ونښلول شي، GUI خپله د کنټرول لاره له لاسه ورکوي او د هغې پوښتنې کار بندوي۔ هیڅ یوه وسیله دا نښته نه راپورته کوي، ځکه هر یو یوازې خپله ناکامه فرمان ویني۔

پریکړه وکړئ چې کومه برخه کنټرول لري

د متقابل چینل لپاره یو مالک وټاکئ او اجازه ورکړئ چې یوازې همغه ونښلول شي۔ هغه GUI چې اړیکه اداره کوي، هغه سکریپټ چې د تصدیق پوښتنو ځواب ورکوي او هغه کنټرولر چې ناستې پای ته رسوي ټول مالکان ګڼل کېږي، او یوازې یو یې دا رول لرلی شي۔

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

د راټولوونکو لپاره د حالت عکسونه وکاروئ

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

status /run/openvpn/server.status 10
management /run/openvpn/server.sock unix

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

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

فن آوټ یو ډیزاین دی، نه یو حالت

که څو مصرف کوونکي واقعاً ژوندي مدیریت معلوماتو ته اړتیا لري، نو د ساکټ مخې ته یوه باور وړ برخه کېږدئ او پرېږدئ چې نورو ته په دقت ټاکل شوي مشاهدات خپاره کړي۔ همدا برخه د بیا نښلولو، د تصدیق پوښتنو او دې پریکړې مالک دی چې څه افشا کول خوندي دي۔

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

ساکټ د امتیاز په توګه وګڼئ، نه د مقیاسونو په توګه

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

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