NetworkManager ar wg-quick: kam priklauso jūsų WireGuard maršrutai?
Du tvarkyklės gali pretenduoti į tą pačią WireGuard jungtį, o konfigūracija, kurią redagavote, gali būti ne ta, kuri galioja. Raskite savininką pagal maršrutus, taisykles ir sąsajos būseną.
Pakeičiate AllowedIPs WireGuard faile, iš naujo paleidžiate tunelį, o maršrutų lentelė atrodo lygiai taip pat kaip anksčiau. Įprasta reakcija – ištrinti trukdančią maršrutą ir judėti toliau; tai veikia tol, kol kitas prisijungimas jo nepastato atgal. Redaguotas failas nebūtinai yra objektas, sukūręs būseną, kurią matote. Dvi tvarkyklės gali vykdyti tą patį protokolą viename kompiuteryje, ir sąsają vienu metu valdo tik viena iš jų.
Mitas: kompiuteryje yra viena WireGuard konfigūracija
wg-quick skaito failą /etc/wireguard/ kataloge ir sukuria sąsają, kai ją pakeliate. NetworkManager saugo prisijungimo profilį savo keyfile formatu ir pateikia jį aktyvavimo metu, o importuojant wg-quick failą reikšmės nukopijuojamos į tą profilį, o ne susiejama su juo. Vėliau redaguoti originalą nieko nekeičia, nes profilis jo nebelenkia. Todėl tas pats bendraamžių ir raktų sąrašas gali egzistuoti du kartus, galiojant antrajai kopijai.
Įsimintinas požymis: pakeitimai, kurie išlieka po perkrovimo, bet ne po pakartotinio importo, atėjo iš vienos saugyklos, o perkrovimo metu dingstantys pakeitimai – iš kitos.
Vienas praktinis pavyzdys padaro skirtumą akivaizdų. Palyginkite nmcli connection show su systemctl status wg-quick@wg0, tada patikrinkite, prie kurios sąsajos maršrutai iš tikrųjų kabo. Jei tarnyba mirusi, o sąsaja pakelta, darbą atlieka profilis, ką bepasakytų failas.
Mitas: maršrutizavimo taisyklės yra WireGuard dalis
Branduolio WireGuard įrenginys žino bendraamžius ir raktus, o apie politinį maršrutizavimą nežino nieko. Kokius ip rule įrašus ir papildomas lenteles matytumėte, juos įdiegė įrankis, pakėlęs sąsają. wg-quick gali pridėti fwmark ir atskirą lentelę bei į ją rodančias taisykles, tuo tarpu NetworkManager diegia maršrutus per savo ipv4 nustatymus ir palieka DNS tam sprendėjo backendui, kurį naudoja sistema. Tas pats tunelis, skirtingi šalutiniai poveikiai.
Perskaitykite ip rule ir ip route show table all prieš ką nors keisdami, ir atkreipkite dėmesį, kurioje lentelėje gyvena kiekvienas maršrutas. Lentelės numeris, kurio nesukonfigūravote, yra stiprus užuominas apie ją sukūrusį įrankį.
Mitas: maršruto ištrynimas yra pataisas
Vykdymo metu ištrintas maršrutas yra maršrutas, kurį savininkas įdiegs iš naujo kito aktyvavimo metu, o aktyvavimas gali įvykti be jūsų: nešiojamojo kompiuterio pabudimas, ryšio sutrikimas, tarnybos perkrovimas arba NetworkManager automatinis prisijungimas. Štai kodėl tas pats maršrutas grįžta ir kodėl apėjimas atrodo nepatikimas, o ne klaidingas. Pirmiausia nustatykite tvarkyklę, tada pakeiskite įvestį, kurią ta tvarkyklė iš tikrųjų skaito.
Prisijungimas iš naujo ir atitinkamos tarnybos perkrovimas yra testas, skiriantis tikrą pataisą nuo tik tvarkingai atrodančios.
Pasirinkite vieną savininką ir pašalinkite kitą
Pasirinkite diegimo palaikomą tvarkyklę, tada išjunkite konkuruojantį aktyvavimą per jo dokumentuotą valdymą, o ne tikėkitės, kad jis liks neaktyvus. Užmaskuota wg-quick tarnyba arba ištrintas NetworkManager profilis yra aiškūs; palikti abu įjungtus ir leisti jiems lenktyniauti – ne. Išsaugokite veikiantį prisijungimą prieš ką nors išjungdami, nes sąsaja, kuria keliauja jūsų nuotolinė sesija, gali būti būtent ta, kurią ruošiatės pašalinti.
Po pakeitimo patikrinkite įtrauktą ir neįtrauktą srautą, tada DNS, tada vieną kartą perkraukite. Jei būsena išlieka po perkrovimo su viena tvarkykle, turite savininką, o ne atsitiktinumą.
Bendrą taisyklę verta prisiminti ir už WireGuard ribų: kai nustatymas nuolat grįžta, nustokite trinti rezultatą ir suraskite procesą, kuris jį nuolat kuria.