NetworkManager of wg-quick: wa is eigner fan dyn WireGuard-rûtes?

Do feroarest AllowedIPs yn it WireGuard-bestân, startest de tunnel opnij, en de rûteringstabel liket krekt as earder. De gewoane reaksje is de hindere rûte fuortsmite en trochgean, wat wurket oant de folgjende werferbining it weromset. It bestân datst bewurke hast is net needsaaklik it objekt dat de status produsearre dy’tst sjochst. Twa managers kinne itselde protokol op ien masine rinne litte, en mar ien fan harren hat it yntersje op elk momint.

Myt: der is ien WireGuard-konfiguraasje op ’e masine

wg-quick lêst in bestân ûnder /etc/wireguard/ en bout it yntersje as do it omheech helst. NetworkManager bewarret in ferbiningsprofyl yn syn eigen keyfile-formaat en jout it by aktivaasje wer, en it ymportearjen fan in wg-quick-bestân kopiearret de wearden yn dat profyl ynstee fan dernei te ferwizen. It orizjineel dêrnei bewurkje feroaret neat, om’t it profyl it net mear lêst. Deselde list fan pearen en kaaien kin dêrom twa kear bestean, mei de twadde kopy jildich.

In teken dat de muoite wurdich is om te ûnthâlden: feroarings dy’t in werstart oerlibje mar gjin werymport komme út ien opslach, en feroarings dy’t by werstart ferdwine komme út ’e oare.

Ien praktysk foarbyld makket de splitsing dúdlik. Fergelykje nmcli connection show mei systemctl status wg-quick@wg0, en kontrolearje dan oan hokker yntersje de rûtes echt hingje. As de tsjinst dea is en it yntersje omheech, docht it profyl it wurk, wat it bestân ek seit.

Myt: de rûteringsregels binne part fan WireGuard

It WireGuard-apparaat yn ’e kearn ken pearen en kaaien, en it wit neat fan beliedsrûtering. Hokker ip rule -ynfieringen en ekstra tabellen do ek sjochst, se binne ynstallearre troch it ark dat it yntersje omheech helle. wg-quick kin in fwmark en in eigen tabel plus regels dy’t dêrnei wize tafoegje, wylst NetworkManager rûtes ynstallearret fia syn eigen ipv4-ynstellingen en DNS oan ’e resolver-backend lit dy’t it systeem brûkt. Deselde tunnel, oare bywurkingen.

Lês ip rule en ip route show table all foardatst wat feroarest, en notearje yn hokker tabel elke rûte wennet. In tabelnûmer datst net konfigurearre hast is in sterke hint oer it ark dat it oanmakke hat.

Myt: de rûte fuortsmite is in oplossing

In rûte dy’t by it draaien fuortsmiten wurdt is in rûte dy’t de eigner by de folgjende aktivaasje wer ynstallearret, en de aktivaasje kin sûnder dy barre: in laptop dy’t wekker wurdt, in linkflap, in tsjinstwerstart of in NetworkManager-autoforbining. Dêrom komt deselde rûte werom en dêrom fielt de omwei ûnbetrouber ynstee fan ferkeard. Identifisearje earst de manager, feroarje dan de ynfier dy’t dy manager echt lêst.

Werferbine en de relevante tsjinst werstarte is de test dy’t in echte oplossing fan in skjin-lykjende skiedt.

Kies ien eigner en ferwiderje de oare

Kies de manager dy’t dyn ynset stipet, en skeakelje dan de konkurrearjende aktivaasje út fia syn dokumintearre kontrôle ynstee fan te hoopjen dat er idle bliuwt. In maskearre wg-quick-tsjinst of in fuortsmiten NetworkManager-profyl is eksplisyt; beide oan litte en se racesje litte is dat net. Bewarje wurkjende tagong foardatst wat útskeakelest, want it yntersje dat dyn remote sesje draacht kin just datjinge wêze datst op it punt steist fuort te smiten.

Kontrolearje nei de feroaring it ynbegrepen en útsletten ferkear, dan DNS, en start dan ien kear opnij. As de status in werstart mei ien manager oerlibbet, hast in eigner ynstee fan in tafal.

De algemiene regel is de muoite wurdich om bûten WireGuard te hâlden: as in ynstelling hieltyd weromkomt, stopje dan mei it resultaat fuortsmite en fyn it proses dat it hieltyd produsearret.