په NetworkManager کې د OpenVPN او WireGuard فایلوونو واردات ناکامېږي

ما په GNOME تنظیماتو کې له فایل څخه واردات… وټاکه، یو پروفایل مې وټاکه چې د عرضه کوونکي له کلاینټ سره کار کوي، او ډیالوګ پرته له دې چې لیست ته څه زیات کړي وتړل شو. په دویم لیپ ټاپ کې واردات بشپړ شو، اړیکه د پروفایل په نوم ښکاره شوه، او بیا د لومړنۍ تصدیق غوښتنې په وخت کې ناکامه شوه. NetworkManager ستاسو .ovpn یا wg-quick فایل هېڅکله هغسې چې دی نه چلوي. فایل یو تحلیل کوونکي ته ورکوي، تحلیل کوونکی یې NetworkManager خپل اړیکې بڼې ته اړوي، او له هغه وخته ټنل له همدې تحلیل شوي شي جوړېږي — رازونه، لارې، DNS او نور ټول. نو ګټوره پوښتنه دا نه ده چې فایل ولې خراب دی، بلکې دا چې ایا تحلیل وشو او څه یې وساتل.

واردات په رښتیا له فایل سره څه کوي

OpenVPN لپاره تحلیل کوونکی د پلگ ان په بنډل کې ژوند کوي، او هغه اړیکه چې جوړوي یې د org.freedesktop.NetworkManager.openvpn په څېر D-Bus خدمت ته اشاره کوي. پلگ ان نشته، تحلیل کوونکی نشته: ډول nmcli ته ناڅرګند دی، او د VPN د زیاتولو ګرافیکي لیست ممکن هېڅ د وارداتو ننوتنه ونه ښیي. WireGuard په یوه مهمه نقطه کې توپیر لري — NetworkManager له 1.30 لړۍ راهیسې خپل WireGuard تنظیمات لري، نو جلا پلگ ان بنډل نشته، خو wg-quick لوستونکی یوازې په هغو جوړښتونو کې دی چې هغه برابروي.

په هر حال فایل یو ځل لوستل کیږي. پایله د /etc/NetworkManager/system-connections/ لاندې keyfile په توګه لیکل کیږي، د اړیکې په نوم نومول کیږي، د root ملکیت دی او نورو کاروونکو ته نهلوستل کیدونکی دی ځکه چې کلیدي مواد لري. دا keyfile اوس اړیکه ده؛ اصلي .ovpn وروسته سمول هېڅ نه بدلوي.

درې نښې درې بېلابېلو پړاوونو پورې اړه لري. د وارداتو ننوتنه نه شتون یا ناڅرګند ډول مانا دا ده چې پلگ ان یا نسخه نشته. د وارداتو هغه تېروتنه چې یو لارښود نوموي مانا دا ده چې تحلیل کوونکي فایل لوستلی او یوه برخه یې رد کړې. هغه اړیکه چې شته خو هېڅکله فعاله نه شي مانا دا ده چې تحلیل شوی شی نیمګړی دی یا سرور یې ردوي. له هر څه سمولو دمخه پریکړه وکړئ چې له درېیو کومه پېښه لرئ.

له پروفایل د خطا موندنې دمخه پلگ ان تایید کړئ

ورک پلگ ان بالکل د خراب پروفایل په څېر ښکاري، نو لومړی بنډل وګورئ. په Debian او Ubuntu کې د OpenVPN ملاتړ د network-manager-openvpn او یوه ډیسک ټاپ مرستندوی په توګه راځي؛ په Fedora کې بنډلونه NetworkManager-openvpn او NetworkManager-openvpn-gnome دي؛ په Arch کې همدا networkmanager-openvpn دی.

dpkg -l network-manager-openvpn-gnome | tail -n 2
rpm -q NetworkManager-openvpn
pacman -Q networkmanager-openvpn

بیا له مطلقې لارې واردات وکړئ: nmcli connection import type openvpn file /home/you/profile.ovpn. نسبتي لارې معمولاً کار کوي، خو هغه شیل چې ډایرکټري یې بدلې کړې وي چټک واردات په اوږدې لارې اړوي. د WireGuard لپاره nmcli --version وګورئ او ډاډ ترلاسه کړئ چې د کرنل خوا د modprobe wireguard سره شته؛ هغه واردات چې پرته له ماډل ماشین کې بریالی شي تاسو له هغې اړیکې سره پرېږدي چې وسیله یې هېڅکله نه ښکاري. nmcli حواله import فرعي امر او منل شوي ډول نومونه مستند کوي. که type wireguard سمدلاسه رد شي، جوړښت له دې ځانګړنې زوړ دی، او سم ګام د ویش بنډل یا backport دی — نه دا چې ترتیبات کومې خوښې ډایرکټري ته کاپي کړو او هیله ولرو چې څه یې لولي.

د OpenVPN اړیکه ولولئ، نه .ovpn

کله چې اړیکه شته، د فایل بیا لوستلو پرځای تحلیل شوي تنظیمات ولولئ: nmcli connection show "Work VPN" | grep -E '^vpn\.'. تاسو remote او پورټ، ټرانسپورټ، پیژندنې مواد — ca، cert، key، tls-auth یا tls-crypt — او د تصدیق طریقه غواړئ. په هغه پروفایل کې چې د خصوصي کلید پټنوم لري sudo nmcli --show-secrets connection show "Work VPN" زیات کړئ او secret بیرغونه وګورئ: 0 none دی، نو راز په keyfile کې دی؛ 1 agent-owned دی؛ 2 not-saved دی، یعنې هېڅکله keyfile ته نه لیکل کیږي؛ 4 not-required دی، یعنې هېڅ راز ته اړتیا نه ده. دا بټونه دي نه کچه، نو 3 یوازې agent-owned جمع not-saved دی. هغه راز چې په هر ناسته کې یو ځل پوښتل کیږي agent-owned (1) دی چې ایجنټ یې غواړي؛ د دې لپاره جلا بیرغ شمېره نشته. د بیرغونو ناسم والی هغه معمول لامل دی چې پروفایل له ډیسک ټاپ اپلیټ څخه نښلول کیږي او له سکریپټ یا په پیل کې ناکامه کیږي.

د دې لیدلو ترټولو چټکه لار چې تحلیل کوونکي څه وغورځول، له پلگ ان څخه د فایل بیا لیکلو غوښتنه او بیا یې پرتله کول دي: nmcli connection export "Work VPN" /tmp/roundtrip.ovpn. هغه لارښوونې چې په دې توپیر کې ورک شي د نښلولو په وخت کې به نه وي. هکونه معمول شکمن دي — script-security، up، down او route-up د لوړو واکونو سره چلېدونکي سکریپټ تمه لري او په قصد نه انتقالیږي. تصدیق مه ټیټوئ او د وارداتو بریا لپاره اضافي واکونه مه ورکوئ؛ نهملاتړ شوی انتخاب معمولاً د پلگ ان د ځانګړنو ټولګه ښیي نه د نه رسیدونکي سرور. دا چلند NetworkManager dispatcher سکریپټ یا سرور خوا پالیسي ته انتقال کړئ.

همدا راز تایید کړئ چې پیژندنې ساحې ژوندي پاتې شوې: CA حواله، remote-cert-tls او هر هغه نوم تفتیش چې پروفایل پرې تکیه درلوده. هغه اړیکه چې پرته له دوی پورته شي ممکن له هر هغه څه سره خبرې وکړي چې په دې پته ځواب وایي.

د WireGuard اړیکه ولولئ، نه wg-quick فایل

wg-quick فایل د شیل مانا لرونکی بڼه ده؛ وارد شوې اړیکه د تنظیماتو ټولګه ده. PrivateKey د انټرفیس خصوصي کلید کیږي، Address یو یا څو IPv4 او IPv6 پتې کیږي، DNS د NetworkManager د resolver ځانګړنو ته نقش کیږي، MTU wireguard.mtu ته نقش کیږي (د wg-quick خپله تلوالی ارزښت 1420 دی)، او هر peer بلاک د peer ننوتنې کیږي چې عامه کلید، endpoint، اجازه شوې IPs او persistent keepalive لري. چې څه ساتل شوي په nmcli --show-secrets connection show wg0 سره چاپ کړئ؛ که peer لیست په دې وتنې کې نه ښکاري، keyfile ولولئ:

sudo sed -n '/^\[wireguard\]/,/^\[/p' /etc/NetworkManager/system-connections/wg0.nmconnection

چې نه پاتې کیږي هغه د wg-quick شیل نیمه برخه ده. PreUp، PostUp، PreDown، PostDown او Table د هغه وسیلې چلند دی، نه د WireGuard انټرفیس ځانګړنې، نو له وارداتو وروسته یې هېڅوک نه چلوي. که اصل Table = off کارولی وي ترڅو تلوالې لار پرېږدي، نوي NetworkManager خپرونې د همدې موخې لپاره ip4-auto-default-route او ip6-auto-default-route وړاندې کوي؛ هغه په څرګنده وټاکئ پرځای د دې چې فرض کړئ اړیکه د سکریپټ په څېر چلند کوي. هغه هک چې ځانګړې لار یې ټېله کوله هغه لار د اړیکې د لارښوونې تنظیماتو کې غواړي، که نه یوازې به ورک وي.

اړیکې ته بالکل یو مالک ورکړئ

کلاسیک وروسته خرابي هغه اړیکه ده چې تر بل پیل پورې کار کوي او بیا په لوپ کې ګیر شي. معمولاً [email protected] له پخوانۍ تجربې لا فعال و، یا د عرضه کوونکي کلاینټ خپل ډیمون پیل کاوه، او دوو مالکانو د یوې موخې لپاره لارې او DNS لیکلې. NetworkManager resolver د خپلې لارې له مخې ټاکي، wg-quick د resolvconf له لارې لیکي، او وروستی لیکونکی ګټي — نو نوم تحلیل کار کوي، بیا ودروي، بیا کار کوي. systemctl status wg-quick@wg0، nmcli connection show --active او ip link show type wireguard وګورئ، بیا دویم مالک غیر فعال کړئ پرځای د دې چې د هغه metric تنظیم کړئ.

که تاسو واقعاً دواړه ته اړتیا لرئ، دوی ته جلا انټرفیسونه او نه یو بل ته ننوونکې اجازه شوې IPs ورکړئ، او یوازې یو یې تلواله لار نصب کړي. د بېلابېلو metrics سره دوه تلوالې لارې split tunnel نه دی؛ دا یوه سیالي ده چې هغه خدمت یې فیصله کوي چې دویم پیل شي. او له بیا نښلولو وروسته بیا تطبیق شوی حالت وګورئ — د resolver یوه ځله لاسي سمون چې کارونه روانوي د وارداتو د بشپړیدو ثبوت نه دی.

له ترافیک سره تایید کړئ او له بیا پیلیدو تېر شئ

اړیکه د nmcli connection up "Work VPN" سره پورته کړئ، بیا د آیکون باور پرځای حالت، پته او لارې ولولئ: nmcli device show wg0 | grep -E 'GENERAL.STATE|IP4.ADDRESS|IP4.ROUTE'، ip route show default او د هغه نوم ریښتینې پوښتنه چې یوازې د ټنل دننه حل کیږي. handshake یا بریالی ping یوازې دا ثابتوي چې کوډګري کار کوي؛ د لېږد، split tunnel مختاړو یا خصوصي DNS په اړه هېڅ نه وایي، او معمولاً همدا برخې ماتېږي.

بیا بیا پیل کړئ او تکرار یې کړئ. د autoconnect چلند، نوم بدل شوی انټرفیس او هغه پلگ ان چې له وسیلې وروسته بار شي ټول هغه خرابۍ دي چې یوازې په پاک پیل کې ګورئ. journalctl -u NetworkManager -b --no-pager | tail -n 40 ښیي چې ډیمون په دې پیل کې له دې اړیکې سره څه وکړل. د دویم کمپیوټر لپاره keyfile کاپي کړئ او د root ملکیت کې د 600 حالت سره یې وساتئ، یا د OpenVPN لپاره nmcli connection export وکاروئ او رامنځته شوې .ovpn بیا وارد کړئ — د صادراتو لارې لپاره د WireGuard سیال نشته، نو هغه لوری د فایل کاپي یا له محافظت شوي اصل څخه نوی واردات دی.

لنډه نسخه، په ترتیب سره: پلگ ان یا NetworkManager نسخه تایید کړئ، له مطلقې لارې واردات وکړئ، تحلیل شوي تنظیمات د secret بیرغونو سره یوځای ولولئ، OpenVPN صادرات له اصل سره پرتله کړئ، د WireGuard په خوا کې هکونه او لارې وګورئ، هر دویم مالک غیر فعال کړئ، او بیا له بیا پیلیدو وروسته د نوم تحلیل او لارې جدول تایید کړئ. کله چې یوه اړیکه دا ټول تېري، هغه پروفایل فایل چې پیل یې کړ د ساتل شوي زېرمې ته بیرته تللی شي.