WireGuard peer yenidən başlatmadan sonra yox olur: həqiqi konfiqurasiyanı tapın

wg set ilə əlavə etdiyiniz peer bütün günorta ping-lərə cavab verir və yenidən başlatmadan sonra yox olur. Heç nə korlanmayıb: nüvə həmin peer-i canlı interfeysdən başqa heç yerdə saxlamayıb və yükləmə zamanı interfeysi yenidən yaradan hər şey onu toxunmadığınız fayldan qurub. Düzəliş başqa bir wg set deyil. Düzəliş interfeysin hansı komponentə aid olduğunu tapmaq, həmin komponentin vəziyyətini redaktə etmək və sonra peer-in onu silən dəqiq həyat dövrü hadisəsindən sağ çıxdığını sübut etməkdir.

Problemi qəsdən bir dəfə təkrarlayın

Yenidən başlatma problemini onun baş verdiyini görmədən düzəltməyin. Konsol və ya zolaq xarici giriş mövcud olduqda peer siyahısını qeyd edin, interfeysə sahib olan xidmət vasitəsilə yenidən başladın və müqayisə edin. Əgər peer hələ də oradadırsa, dəyişikliyiniz artıq davamlı vəziyyətə çatıb və siz səhv hadisəni ayıqlayırsınız.

Bunu edərkən üç faktı yazın: interfeysin adını, onu başladan vahidi və ya profili, və sağ qalan peer-də əl sıxma sayğacının sıfırlanıb-sıfırlanmadığını. Sıfırlanmış sayğac interfeysin məhv edilib yenidən yaradıldığını bildirir; dəyişməmiş sayğac və itkin peer isə kimsə konfiqurasiyanı sizin altınızdan redaktə etdiyini bildirir.

İnterfeys kimə aiddir?

WireGuard-ın özünün nə demonu, nə də konfiqurasiya faylı var. Onun üstündəki nəsə yükləmə zamanı wg çağırır və həmin nəsə həqiqət mənbəyidir. Adi namizədlər [email protected], NetworkManager bağlantı profili, distribusiyaya xas şəbəkə vahidi və ya öz verilənlər bazasını yazan idarəetmə panelidir.

Distribusiyanızın sənədlərindən deyil, sistemin özündən soruşun. systemctl status wg-quick@wg0 və nmcli connection show adətən bunu hər biri bir əmrlə həll edir. Əgər hər ikisi interfeysə iddia edirsə, heç nəyi redaktə etməzdən əvvəl səhvi tapmısınız: iki sahib hər başlatmada eyni cihazı yenidən yazır və son işləyən qalib gəlir.

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

İşləmə vəziyyəti ilə başlatma vəziyyəti eyni fayl deyil

wg set canlı cihazı netlink vasitəsilə idarə edir. O, /etc/wireguard/wg0.conf-i, NetworkManager profilini və ya panelin verilənlər bazasını yazmır. Sonrakı uğurlu wg show nüvənin peer-i qəbul etdiyini sübut edir, onu nəyinsə bərpa edəcəyini deyil.

Əks istiqamətdə ikinci bir tələ var. wg-quick-in SaveConfig seçimi interfeys söndürüldükdə cari interfeys vəziyyətini konfiqurasiya faylına geri yazır. Bu aktiv olduqda, interfeys işləyərkən fayla edilən düzəliş sonrakı söndürmə ilə üzərinə yazıla bilər və siz həmin sətrin orada olduğuna and içərsiniz. Əgər peer dönə-dönə geri qayıdırsa, faylı dayandırmadan sonra oxuyun, əvvəl deyil.

NetworkManager yenə başqa cür davranır: profil ona aiddir və aktivləşdirmədə tətbiq edir, ona görə də aktiv NetworkManager bağlantısının yanında əl ilə redaktə edilmiş .conf sadəcə bəzəkdir. İnterfeys üçün bir sahib seçin və digər menecerin ona toxunmamasına icazə verin.

Düzəlişin hər iki yerdə qalmasını təmin edin

Əvvəlcə davamlı vəziyyəti redaktə edin, sonra sahibin onu tətbiq etməsinə icazə verin, sonra canlı vəziyyəti yoxlayın. Bu sıra hər hansı addımda uğursuzluğun üç deyil, bir şeyə işarə etməsi deməkdir.

# 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 canlı konfiqurasiyanı faylın istifadə etdiyi sintaksislə çap edir, bu da ikisini birbaşa müqayisə etməyə imkan verir. Bu çıxışa sirr kimi yanaşın: içində şəxsi açarlar var, ona görə də onu bilete və ya söhbət kanalına yapışdırmayın. Peer-in açıq açarlarını və icazə verilən IP-ləri müqayisə edin və qəsdən sildiyiniz peer-in geri qayıtmadığını yoxlayın.

Həyat dövrü hadisəsindən sağ çıxdığını sübut edin

Sahib vasitəsilə ikinci dəfə yenidən başladın, sonra üç ayrı şeyi təsdiqləyin: peer wg show-də görünür, trafikdən sonra əl sıxma sayğacı artır və tuneldən asılı olan tətbiq həqiqətən cavab verir. Köhnəlmiş əl sıxma ilə siyahıda görünən peer marşrutlaşdırma və ya açar problemidir, davamlılıq problemi deyil və bu fərq faydasız bir konfiqurasiya düzəlişinə qənaət edir.

Nəhayət, yenidən başlatmanın nəyi bərpa etdiyini yoxlayın. Qəsdən sildiyiniz peer-i dirildən yenidən başlatma eyni səhvin əks işarəsidir və adətən konfiqurasiyanın köhnə nüsxəsinin hələ də haradansa yükləndiyini bildirir. Sahibi, fayl yolunu, peer-in açıq açarını və yoxlama əmrlərini konfiqurasiyanın yanında qeyd edin ki, növbəti şəxs bunu istehsal hostunu yenidən başladaraq yenidən kəşf etməsin.