کوم openvpn بائنري روان دی؟ د پیل لاره وګورئ

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

له هغې لارې پیل وکړئ چې خدمت پیلوي

ټرمینل او systemd واحد اجرا وړ فایلونه یو شان نه حل کوي۔ shell په PATH کې لټوي؛ واحد یوه لاره نوموي، او drop-in بدلونونه کولای شي هغه بدل کړي پرته له دې چې هغه فایل ته لاس وروړي چې تاسو یې لولئ۔ همدا توپیر په دې کار کې ډېره ګډوډي تشریح کوي۔ دا هم ټاکي چې ستاسو اصلاح باید کوم فایل هدف وګرځوي۔

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

له هر څه بدلولو مخکې حل شوې لاره ولیکئ۔

systemctl cat [email protected] | grep -n 'ExecStart'
readlink -f "$(command -v openvpn)"

د کمانډ نوم د خدمت له لارې سره پرتله کړئ

دواړه ځوابونه ډېری وختونه بېلابېل وي، او هغه توپیر په خپله خرابي نه ده۔ د NetworkManager پلگ ان کولای شي خپله لاره پیل کړي، او کانټینر کولای شي بله نصب کړي۔

مهمه دا ده چې پوه شئ کوم مالک هغه پروسه پیلوي چې ترافیک ته خدمت کوي۔ که واحد /usr/local/sbin/openvpn-wrapper چلوي پداسې حال کې چې ستاسو shell /usr/sbin/openvpn حل کوي، د دوهم فایل اصلاح په خدمت کې هېڅ نه بدلوي۔

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

پرېږدئ چې د کڅوړو ډیټابیس د کڅوړې فایلونو په اړه خبرې وکړي

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

تایید چل کړئ او پایله ولولئ پرته له دې چې تشه پایله د هر څه ثبوت وګڼئ۔

dpkg -S /usr/sbin/openvpn
dpkg --verify openvpn

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

له اصلاح مخکې حالت ثبت کړئ

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

له لوستلو مخکې د پوښ منځپانګه په ملاتړ تار کې مه نښلئ، ځکه دا سکریپټونه ځینې وختونه اعتبارنامې یا د دروازې تفصیلات لري۔

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

پیل تایید کړئ، بیا پوښ لرې کړئ

له اصلاح وروسته خدمت پیل کړئ او تایید کړئ چې پروسه هغه لاره چلوي چې تاسو یې غوښتې وه۔ په لاس چل شوې نسخه پوښتنه ثابتوي چې فایل کار کوي؛ دا نه ثابتوي چې واحد هغه کاروي۔

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

لرې شوی پوښ د هغه ورته بدلون ریکارډ له لارې لرې کړئ چې هغه راوړی و۔ بشپړه اصلاح وایي چې کوم اجرا وړ فایل روان دی، ولې، او کوم فایل لرې شو؛ د فایل نوم بحالول او هیله کول یو شی نه دی۔