NetworkManager vai wg-quick: kam pieder tavi WireGuard maršruti?

Jūs maināt AllowedIPs WireGuard failā, restartējat tuneli, un maršrutēšanas tabula izskatās tieši tāpat kā iepriekš. Ierastā reakcija ir izdzēst traucējošo maršrutu un turpināt, kas darbojas, līdz nākamā atkārtotā savienošanās to atgriež. Rediģētais fails ne vienmēr ir objekts, kas radīja stāvokli, kuru redzat. Divi pārvaldnieki var darbināt vienu un to pašu protokolu vienā mašīnā, un saskarni vienlaikus pārvalda tikai viens no tiem.

Mīts: mašīnā ir viena WireGuard konfigurācija

wg-quick nolasa failu /etc/wireguard/ direktorijā un izveido saskarni, kad to paceļat. NetworkManager glabā savienojuma profilu savā keyfile formātā un attēlo to aktivizācijas laikā, un importējot wg-quick failu, vērtības tiek kopētas šajā profilā, nevis izveidota saite uz to. Vēlāk rediģēt oriģinālu neko nemaina, jo profils to vairs nelasa. Tāpēc viens un tas pats vienaudžu un atslēgu saraksts var pastāvēt divreiz, un spēkā ir otrā kopija.

Atcerēšanās vērts signāls: izmaiņas, kas pārdzīvo restartu, bet ne atkārtotu importu, nāk no vienas krātuves, un izmaiņas, kas restartā pazūd, nāk no otras.

Viens praktisks piemērs padara sadalījumu acīmredzamu. Salīdziniet nmcli connection show ar systemctl status wg-quick@wg0, pēc tam pārbaudiet, pie kuras saskarnes maršruti patiešām karājas. Ja pakalpojums ir miris un saskarne ir augšā, darbu dara profils, lai ko teiktu fails.

Mīts: maršrutēšanas noteikumi ir WireGuard daļa

Kodola WireGuard ierīce zina vienaudžus un atslēgas, un tā nezina neko par politikas maršrutēšanu. Kādus ip rule ierakstus un papildu tabulas jūs redzat, tos instalējis rīks, kas pacēla saskarni. wg-quick var pievienot fwmark un atsevišķu tabulu, kā arī uz to norādošus noteikumus, kamēr NetworkManager instalē maršrutus caur saviem ipv4 iestatījumiem un atstāj DNS tam risinātāja backendam, ko sistēma izmanto. Viens tunelis, dažādas blakusparādības.

Pirms kaut ko mainīt, izlasiet ip rule un ip route show table all , un pierakstiet, kurā tabulā dzīvo katrs maršruts. Tabulas numurs, kuru neesat konfigurējis, ir spēcīgs mājiens par rīku, kas to izveidoja.

Mīts: maršruta dzēšana ir labojums

Izpildes laikā dzēsts maršruts ir maršruts, ko īpašnieks atkārtoti instalēs nākamajā aktivizācijā, un aktivizācija var notikt bez jums: klēpjdatora atmošanās, saites noblāzēšana, pakalpojuma restarts vai NetworkManager automātiskā savienošanās. Tāpēc tas pats maršruts atgriežas un tāpēc apvedceļš šķiet neuzticams, nevis nepareizs. Vispirms identificējiet pārvaldnieku, pēc tam mainiet ievadi, ko tas pārvaldnieks patiešām lasa.

Atkārtota savienošanās un attiecīgā pakalpojuma restarts ir tests, kas atdala īstu labojumu no tā, kas tikai izskatās kārtīgi.

Izvēlieties vienu īpašnieku un noņemiet otru

Izvēlieties pārvaldnieku, ko atbalsta jūsu izvietojums, pēc tam atspējojiet konkurējošo aktivizāciju ar tā dokumentēto vadību, nevis cerot, ka tas paliks dīkstāvē. Maska wg-quick pakalpojums vai dzēsts NetworkManager profils ir skaidrs; atstāt abus iespējotus un likt tiem sacensties nav. Saglabājiet strādājošu piekļuvi pirms kaut kā atspējošanas, jo saskarne, kas pārvadā jūsu attālo sesiju, var būt tieši tā, ko grasāties noņemt.

Pēc izmaiņām pārbaudiet iekļauto un izslēgto trafiku, pēc tam DNS, pēc tam vienreiz pārstartējiet. Ja stāvoklis pārdzīvo restartu ar vienu pārvaldnieku, jums ir īpašnieks, nevis nejaušība.

Vispārīgo noteikumu ir vērts paturēt prātā arī ārpus WireGuard: kad iestatījums nemitīgi atgriežas, pārstājiet dzēst rezultātu un atrodiet procesu, kas to nemitīgi rada.