ConnMan VPN: ورک شوی مینو یو ډیمون دی، پروتوکول نه

عام باور دا دی چې د ConnMan هغه سیسټم چې په ډیسکټاپ کې د VPN ننوتنه نلري، د VPN هیڅ ملاتړ پکې نه دی نصب شوی. په حقیقت کې معمولاً د Wi-Fi ملاتړ لري او د VPN ډیمون، د عرضه کوونکي ترتیب یا د تصدیق ايجنټ لپاره هیڅ نلري، او دا درې جلا نشتونه دي. مینو د هغو برخو یوه کتنه ده، نه پخپله ځانګړتیا. د نسخې او بسته بندۍ کتنه په یوه حکم کې تاسو ته له هر ډول ډیسکټاپ د تېروتنې راپورونو ډېر څه وایي.

افسانه: مینو پخپله د VPN ځانګړتیا ده

له نصب شوې ConnMan نسخې او هغو بستو سره پیل وکړئ چې ورسره راغلې. د زړې خپرونې د تېروتنې راپور بېل ځانګړتیاوې بیانوي، او د هغه نقلول معمولاً په دې پای ته رسېږي چې یو څوک د شبکې هغه مدیر بیا نصب کړي چې بدلولو ته یې اړتیا نه وه.

له هر څه بدلولو دمخه ولیکئ چې واقعاً څه لرئ: د ډیمون بائنري، د عرضه کوونکو فولډر او دا چې ایا ايجنټ شته.

کوم ډیمون د تونل مالک دی

په Debian bookworm لپاره د ConnMan 1.41 په اسنادو کې، connman-vpnd هغه ډیمون دی چې د connmand تر څنګ VPN اړیکې مدیریت کوي. دا د نومول شوو VPN مرستندویانو لپاره ادغامونه لیستوي، په شمول OpenVPN او OpenConnect. هغه لیست د مرستندویانو په اړه یوه څرګندونه ده، نه دا ژمنه چې هر پروتوکول یا د تصدیق بهیر به کار وکړي. دا د دې لیست په توګه ولولئ چې څه باید وکتل شي، نه د سازګاري تضمین په توګه.

بیا ادغام د دروازې له تصویب شوي پروتوکول سره سم کړئ. د Cisco کلمه تاسو ته نه وایي چې ایا تاسو ته د زاړه vpnc سټایل اړیکه غواړئ که AnyConnect سره سازګاره بهیر، او غلط انتخاب د تصدیق داسې ناکامي رامنځته کوي چې د اعتبارنامې د ستونزې په څېر ښکاري.

که چېرې یو خپلواک مرستندوی او ConnMan دواړه تونل پورته کولی شي، نو له پیل دمخه پرېکړه وکړئ چې لارې، DNS او د ژوند دوره د چا ملکیت دی.

د ډیمون ترتیبات د عرضه کوونکي ترتیبات نه دي

د ډیمون عمومي ترتیب او د یوې عرضه کوونکي ترتیب بېل بڼې لرونکي بېل فایلونه دي. په مستند bookworm ترتیب کې ډیمون /etc/connman/connman-vpn.conf لولي، په داسې حال کې چې د عرضه کوونکو د برابرولو فایلونه د /var/lib/connman-vpn/ لاندې د .config پسوند سره دي. په هغه فولډر کې د OpenVPN پروفایل اچول هغه د ConnMan د برابرولو فایل نه جوړوي. او د دې نسخې د عرضه کوونکي لارښود د عرضه کوونکي برخې او هغه ډول ځانګړي ساحې بیانوي چې هغو فایلونو ته واقعاً اړتیا ده.

یوازې د نصب شوي ادغام د ملاتړ شوي نقشې له لارې ژباړه وکړئ. د سند باور، د خصوصي کیلي حوالې، د دروازې هویت، لارې او د تصدیق ننوتنې هر یو خپل رول ساتي، او د بل ډول عرضه کوونکي نمونه یوازې د دې لپاره د تبادلې وړ نه ده چې دواړو ته د سرور پته غواړي.

کله چې عرضه کوونکی بار نه شي، د هغه ساحې د نصب شوې خپرونې له لارښود سره پرتله کړئ، نه د بلاګ له نمونې سره.

د تصدیق ايجنټ یوه جلا تکیه ده

د عرضه کوونکي تعریف ممکن لا هم ايجنټ ته اړتیا ولري ترڅو اعتبارنامې ترلاسه کړي یا د تصدیق تبادله بشپړه کړي. د دې OpenConnect ادغام لپاره، همغه لارښود تشریح کوي چې د تصدیق پورې اړوند ورک شوي ارزښتونه د VPN Agent API له لارې غوښتل کېدای شي، او چې لنډمهاله کوکی عموماً د تلپاتې ترتیب راز په توګه مناسب نه ده. هغه میکانیزم د هر براوزر ننوتلو، MFA غوښتنې یا د دروازې د حالت کتنې لپاره د ملاتړ تضمین نه کوي. ټول بهیر د هغه چا سره تایید کړئ چې ځای پرځای کول یې ملکیت دي.

د نشتونکي ايجنټ جبران د پټنوم یا د سیشن ټوکن په پراخه لوستل کېدونکي فایل کې لیکلو سره مه کوئ. دا نشتونکی ادغام د اعتبارنامې په افشا بدلوي، او دوهمه ستونزه له لومړي څخه اوږده ژوند کوي.

که دروازه متقابل ننوتل غواړي، ايجنټ د ډیزاین برخه ده، نه اختیاري زیاتونه.

یو نه، څلور پایلې تایید کړئ

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

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

د تڼۍ ترلاسه کولو لپاره د Wi-Fi مدیر بدلول له اړین نشتونکي عملیات څخه ډېر لوی بدلون دی، او معمولاً افسانه بریالي کېږي.