OpenVPN د systemd د پټنوم غوښتنې په تمه دی: ځواب ورکړو؟

په ټرمینل کې د systemd-tty-ask-password-agent په اړه پیغام څرګندیږي، او تونل پورته نه دی۔ د زړه راښکونکې لوستل دا دي چې VPN پټنوم رد کړ او اوس یو څه د سمون په تمه دی۔ ډېر دقیق به دا وي چې ووایو یو خدمت له systemd څخه متقابل انپټ غوښتی، او غوښتنې ته لا ځواب نه دی ورکړل شوی۔ کوم خدمت پوښتلی او کوم راز غواړي، دا دوه پوښتنې دي چې تاسو کولی شئ د هر څه د ټایپ کولو دمخه حل کړئ۔

څوک باید ځواب ورکړي، دا دوه شرطونه ټاکي

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

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

دا ټول قاعده ده، او د حکمونو دمخه یې ویل ارزښت لري۔ لاندې هر څه له همدې څخه راځي۔

د هر څه د ټایپ کولو دمخه غوښتنه ولیسټئ

اجنټ کولی شي پرته له دې چې څه ته ځواب ورکړي، هغه څه ولیسټي چې په تمه دي۔ sudo systemd-tty-ask-password-agent --list پاتې غوښتنې چاپوي، او هغه پایله هغه شاهد ده چې تاسو یې د غوښتنې د یوې واحد سره د نښلولو لپاره اړ یاست۔ د اعتبار سند له ورکولو دمخه یې ولولئ، او د غوښتنو تشریحات له هر عامه تشخیصي پېسټ څخه بهر وساتئ۔

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

هغې غوښتنې ته ځواب مه ورکوئ چې تاسو یې نشئ نسبتولی۔ د انتظار بیه ځنډ دی، خو د غلطې غوښتنې ځواب بیه په غلط ځای کې اعتبار سند دی۔

نمونه واقعاً کوم راز ته اړتیا لري؟

auth-user-pass د VPN خدمت سره د حساب تصدیق پورې اړه لري، او پرته له اعتبار سند فایل څخه مستند چلند په کنسول کې پوښتل دي۔ askpass پرځای یې هغه پټنوم جمله ترلاسه کوي چې ساتل شوي کیلي مواد خلاصوي، او دا د پروسې د شاته تګ دمخه کوي۔ دا بېلابېل رازونه د بېلابېل ژوند سره دي۔

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

د دې د ټاکلو دمخه چې څه ټایپ کوئ، وګورئ نمونه کومه لارښوونه کاروي۔ د لارښوونې نوم تاسو ته وایي چې غوښتنه د کوم راز لپاره ده۔

--query څه کوي چې --list یې نه کوي

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

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

د یو ځل پیغام ښکارېدو له کبله یوځلي غوښتنه په بې څارنې نړیوال اجنټ بدلول — همداسې لنډمهاله زحمت دایمي ډیزاین کیږي۔ هماغه احتیاط د ټول هوسټ په کچه د پټنوم-پیغام واحدونو غیر فعالولو ته هم تطبیقیږي۔

پرېکړه وکړئ، بیا انتخاب ثبت کړئ

د بې څارنې ځای پرځای کولو لپاره، د اړیکې له مالک سره د اعتبار سند سرچینه، د فایل اجازې او د نوي کولو مهال ویش سره موافقه وکړئ۔ متقابل دویم فاکتور ممکن یو کس یا ځانګړې خدمت هویت ته اړتیا ولري۔ د غوښتنې فشارول هغه تصدیق نه جوړوي، او auth-user-pass لرې کول یوازې هغه خدمت ماتوي چې ورته اړتیا لري۔

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