هغه همکار چې تاسو یې د wg set په مرسته اضافه کړی و، ټوله ماسپښین ping ته ځواب وایي او د بیا پیل وروسته ورک شي۔ هېڅ خراب نه شو: کرنل هغه همکار هېچېرې نه و ساتلی پرته له ژوندي انټرفېس، او هر هغه څه چې د پیل پر مهال انټرفېس بیا جوړوي، له هغه فایل څخه یې جوړ کړ چې تاسو نه و لاس ورته وروړی۔ سمون بل wg set نه دی۔ باید ومومئ چې کومه برخه د انټرفېس مالکه ده، د هغې برخې حالت سم کړئ، او بیا ثابته کړئ چې همکار له هماغه ژوندچرخې پېښې څخه ژغورل کېږي چې هغه یې لرې کړی و۔

یو ځل یې په قصد سره بیا تولید کړئ

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

دا چې کوئ، درې حقایق ولیکئ: د انټرفېس نوم، هغه یونټ یا پروفایل چې پیل یې کړ، او دا چې د ژوندي پاتې همکار لاسنیول شمېر بیا تنظیم شو که نه۔ بیا تنظیم شوی شمېر یعنې انټرفېس له منځه ولاړ او بیا جوړ شو؛ بدل شوی ندی شمېر خو همکار ورک دی یعنې یو څه ترتیب ستاسو د پښو لاندې سم کړی۔

د انټرفېس مالک څوک دی؟

WireGuard پخپله نه ډیمون لري او نه د ترتیباتو فایل۔ د هغې پورتنی یو څه د پیل پر مهال wg ته زنګ وهي، او هماغه څه د ریښتینې سرچینه ده۔ عادي نوماندان [email protected]، د NetworkManager د اړیکې پروفایل، د وېش ځانګړی شبکه یونټ، یا هغه مدیریت پینل چې خپله ډیټابیس لیکي دي۔

د خپل وېش له اسنادو نه، له سیستم پوښتنه وکړئ۔ systemctl status wg-quick@wg0 او nmcli connection show معمولاً هر یو په یوې کمانډ سره دا فیصله کوي۔ که دواړه پر انټرفېس دعوه وکړي، تاسو د هر څه له سمولو دمخه باګ موندلی: دوه مالکان په هره پیل کې هماغه وسیله بیا لیکي، او وروستی چلېدونکی ګټي۔

systemctl status wg-quick@wg0 --no-pager
grep -R "Address\|SaveConfig\|PostUp" /etc/wireguard/wg0.conf
nmcli -g NAME,TYPE connection show
wg show wg0 peers

د چلولو حالت او د پیل حالت یو شان فایل نه دی

wg set ژوندې وسیله د netlink له لارې اداره کوي۔ دا /etc/wireguard/wg0.conf، د NetworkManager پروفایل یا د پینل ډیټابیس نه لیکي۔ وروسته بریالی wg show ثابتوي چې کرنل همکار ومنه، نه دا چې یو څه به یې بېرته راولي۔

په مخالف لوري دوهمه څوکه هم شته۔ د انټرفېس د کښته کولو پر مهال د wg-quick SaveConfig اختیار اوسنی انټرفېس حالت بېرته د ترتیباتو فایل ته لیکي۔ کله چې دا فعال وي، انټرفېس د پورته والي پر مهال فایل ته شوی سمون د بل بندیدو له خوا پټېدلی شي، او تاسو به قسم وخورئ چې هغه کرښه هلته وه۔ که همکار په دوام سره بېرته راځي، فایل له ودروولو وروسته ولولئ، نه مخکې۔

NetworkManager بیا بل ډول چلند کوي: پروفایل د هغه دی او د فعالېدو پر مهال یې پلي کوي، نو د یوه فعال NetworkManager اړیکې ترڅنګ په لاس سم شوی .conf یوازې ښکلا ده۔ د انټرفېس لپاره یو مالک وټاکئ او بل مدیر ته اجازه ورکړئ چې هغه پرېږدي۔

ډاډه شئ چې بدلون دواړو ځایونو ته ورسیږي

لومړی دوامداره حالت سم کړئ، بیا مالک ته اجازه ورکړئ چې پلي یې کړي، او بیا ژوندی حالت وګورئ۔ دا ترتیب یعنې په هر پړاو کې ناکامي درېیو نه، یوې شیبې ته اشاره کوي۔

# 1. persistent state (wg-quick owner)
sudo vi /etc/wireguard/wg0.conf

# 2. apply through the owner, not by hand
sudo systemctl restart wg-quick@wg0

# 3. verify runtime matches the file
sudo wg show wg0
sudo wg showconf wg0

wg showconf ژوندي ترتیبات په هماغه نحوه چاپوي چې فایل یې کاروي، نو دواړه سېداً پرتله کېدای شي۔ دغه پایلې ته د پټ راز په سترګه وګورئ: په هغې کې شخصي کیلي دي، نو په ټیکټ یا چټ چینل کې یې مه نښلوه۔ د همکارانو عامه کیلي او اجازه شوې IP پرتله کړئ، او وګورئ چې په قصد لرې شوی همکار بېرته نه دی راغلی۔

ثابته کړئ چې له ژوندچرخې پېښې ژغورل کېږي

د مالک له لارې دوهم ځل بیا پیل کړئ، بیا درې جلا شیان تایید کړئ: همکار په wg show کې ښکاري، له ټرافیک وروسته لاسنیول شمېر زیاتېږي، او هغه اپلیکیشن چې پر تونل تکیه دی واقعاً ځواب وایي۔ په زوړ لاسنیول سره لړلیک شوی همکار د لارښوونې یا کیلي ستونزه ده، نه د دوام ستونزه، او دا توپیر یوه بې ګټې ترتیباتي سمون خوندي کوي۔

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

اړوندې مقالې