openvpn3 session-start ستاسو د اعتبار اسنادو فایل له پامه غورځوي

د 2.x کلاینت سره وصل شئ او پروفایل کار کوي؛ هماغه فایل 3.x کلاینت ته ورکړئ او هغه د پاسورډ پرامپټ کې درېږي۔ --auth-user-pass creds.txt openvpn3 session-start ته ورکړئ او پایله هماغه ده، ځکه چې نوي کلاینت کې د فایل لوستلو کوم پړاو نشته۔ دا رد په قصد شوی: اعتبار اسناد د یوه سیشن دي، او سیشن د ټرمینل په پروسه نه، بلکې د یوې خدمت لخوا جوړېږي۔ د متقابل پرامپټ او autoload مرستندوی ترمنځ یو وټاکئ، او پوه شئ چې هر یو څه ذخیره کوي۔

ولې خوندي شوی فایل د تللو ځای نلري

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

زړه بڼه د نومولو وړ ده ترڅو یې هیرول اسانه شي: پروفایل د اعتبار اسنادو فایل ته اشاره کوي، او ډیمون یې هغه وخت لولي چې تونل پیل شي۔ په نوي ماډل کې اعتبار اسناد د یوه سیشن دي او هغه وخت ورکول کېږي چې هماغه سیشن پیل شي۔ openvpn3 session-start --config work.ovpn د هغوی غوښتنه کوي، او --auth-user-pass creds.txt رد کېږي ځکه چې په هغه لار کې هېڅ شی فایل نه پرانیزي۔ هر 2.x ترکیب چې ومومئ یو داسې پړاو انګېري چې نور نشته۔

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

د پرامپټ لاره او هغه سیشن چې پریږدي

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

openvpn3 session-start --config work.ovpn
openvpn3 sessions-list

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

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

پرته له کیبورډ مخې انسان اتوماتیک کول

چېرې چې ماشین باید پرته له انسان وصل شي، پروژه openvpn3-autoload وړاندې کوي۔ دا د پروفایلونو ډایرکټري او هر پروفایل لپاره سمونکی تشریح کوونکی لولي، او تشریح کوونکی اعتبار اسناد په روښانه متن کې وړاندې کوي۔ مرستندوی جلا باینري دی، معمولاً په /usr/sbin/openvpn3-autoload کې، نه د session-start یو فلګ۔ د هغه ترتیبول پدې معنا دي چې ډایرکټري جوړه کړئ، پروفایل د هغه نوم سره کاپي کړئ چې تشریح کوونکی یې تمه لري، او تشریح کوونکی ولیکئ۔

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

mkdir -m700 -p ~/.openvpn3/autoload
cp work.ovpn ~/.openvpn3/autoload/client.conf
$EDITOR ~/.openvpn3/autoload/client.autoload

تشریح کوونکی اعتبار اسناد نوموي او اتوماتیک پیل غواړي۔ د پاسورډ ارزښت د نسخو کنټرول څخه بهر وساتئ:

{
  "autostart": true,
  "user-auth": {
    "autologin": true,
    "username": "svc-vpn",
    "password": "change-this-value"
  }
}

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

/usr/sbin/openvpn3-autoload --directory ~/.openvpn3/autoload
openvpn3 sessions-list

د بوټ په وخت کې openvpn3-autoload.service نومېدونکې بسته شوې واحد د هر کاروونکي نه، بلکې د ټول سیسټم ډایرکټري /etc/openvpn3/autoload کاروي۔ هغه ځای ته د root مالکیت او سخت حالت ته اړتیا ده، او تشریح کوونکی لا هم پاسورډ په روښانه متن کې ساتي۔ سودا روښانه ده: پاسورډ اوس په ډیسک کې دی، نو هغه ډایرکټري راز وګڼئ، له میزبان څخه دباندې بیکاپونو څخه یې وباسئ، او هر وخت چې انسان حاضر وي متقابل لار وټاکئ۔

د بس ناکامۍ چې د پاسورډ ناکامۍ په څېر ښکاري

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

لاندې امرونه دا دواړه جلا کوي۔ لومړی راپور ورکوي چې بیکنډ روان دی که نه؛ دوهم وروستي د بس تېروتنې ښیي:

systemctl status openvpn3-service-client
journalctl -b -u openvpn3-service-client --no-pager | tail -20

بله عامه ناسمه لوستنه هغه سیشن دی چې ښکاري او سمدلاسه ورکېږي۔ هغه بڼه معمولاً معنا لري چې د سایټ ځایي تنظیمات هېڅکله نه دي پلي شوي، نو تونل پرته له هغو لارو او حل کوونکي بدلونونو چې ګټور یې کوي پورته شو۔ پر ځای د وروستي کرښې ترتیب ولولئ: آیا سیشن جوړ شو، آیا وصل حالت ته ورسېد، او آیا ژوندی پاتې شو درې جلا حقایق دي۔

کله چې زوړ کلاینت لا هم کارول کېږي

2.x کلاینت لا هم د اعتبار اسنادو فایل مني، او د کیلي حلقه کولی شي د هغه پرامپټ ته ځواب ووايي پرته له دې چې راز هېڅکله ډیسک ته ورسېږي۔ یو پوښ د ننوتلو حل کوي، نو فایل د پاسورډ پر ځای لټون نوموي۔ دا ترتیب د خلاصې کیلۍ حلقې پورې تړلی دی، چې پرته له ننوتلو سیشن کنټینر یا هغه واحد چې د چا له ننوتلو مخکې پیلېږي نشي وړاندې کولی۔ بیا د لټون وسیله داسې ټولګه راپور کوي چې پکې لیکلی نشي، نو تېروتنه د اعتبار اسنادو ناکامۍ په څېر ښکاري حال دا چې د کیلۍ حلقې ناکامي ده۔

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