NetworkManager neu wg-quick: pwy sy’n berchen ar eich llwybrau WireGuard?

Rydych yn newid AllowedIPs yn y ffeil WireGuard, yn ailgychwyn y tiwnel, ac mae’r tabl llwybro yn edrych yn union fel o’r blaen. Yr ymateb arferol yw dileu’r llwybr trafferthus a symud ymlaen, sy’n gweithio nes bod yr ailgysylltu nesaf yn ei ddychwelyd. Nid yw’r ffeil a olygwyd gennych o reidrwydd yn wrthrych a gynhyrchodd y cyflwr yr ydych yn edrych arno. Gall dau reolwr redeg yr un protocol ar un peiriant, a dim ond un ohonynt sy’n berchen ar y rhyngwyneb ar unrhyw adeg.

Chwedl: mae un ffurfweddiad WireGuard ar y peiriant

Mae wg-quick yn darllen ffeil o dan /etc/wireguard/ ac yn adeiladu’r rhyngwyneb pan fyddwch yn ei godi. Mae NetworkManager yn storio proffil cysylltiad yn ei fformat keyfile ei hun ac yn ei rendro wrth weithredu, a mae mewnforio ffeil wg-quick yn copïo’r gwerthoedd i’r proffil hwnnw yn hytrach nag uno ato. Nid yw golygu’r gwreiddiol wedyn yn newid dim, oherwydd nid yw’r proffil yn ei ddarllen mwyach. Felly gall yr un rhestr o gyfoedion ac allweddi fodoli ddwywaith, gyda’r ail gopi mewn grym.

Arwydd sy’n werth ei gofio: daw golygiadau sy’n goroesi ailgychwyn ond nid ailfewnforio o un storfa, a daw golygiadau sy’n diflannu ar ailgychwyn o’r llall.

Mae un enghraifft ymarferol yn gwneud y rhaniad yn amlwg. Cymharwch nmcli connection show â systemctl status wg-quick@wg0, yna gwiriwch pa ryngwyneb y mae’r llwybrau’n hongian arno mewn gwirionedd. Os yw’r gwasanaeth yn farw a’r rhyngwyneb i fyny, y proffil sy’n gwneud y gwaith, beth bynnag y mae’r ffeil yn ei ddweud.

Chwedl: mae’r rheolau llwybro yn rhan o WireGuard

Mae dyfais WireGuard y cnewyllyn yn gwybod am gyfoedion ac allweddi, ac nid yw’n gwybod dim am lwybro polisi. Pa bynnag ip rule gofnodion a thablau ychwanegol a welwch, fe’u gosodwyd gan yr offeryn a gododd y rhyngwyneb. Gall wg-quick ychwanegu fwmark a thabl pwrpasol ynghyd â rheolau sy’n pwyntio ato, tra bo NetworkManager yn gosod llwybrau trwy ei osodiadau ipv4 ei hun ac yn gadael DNS i ba bynnag backend datryswr y mae’r system yn ei ddefnyddio. Yr un tiwnel, sgîl-effeithiau gwahanol.

Darllenwch ip rule a ip route show table all cyn newid unrhyw beth, a nodwch ym mha dabl y mae pob llwybr yn byw. Mae rhif tabl na wnaethoch ei ffurfweddu yn awgrym cryf am yr offeryn a’i creodd.

Chwedl: mae dileu’r llwybr yn atgyweiriad

Mae llwybr a ddilëwyd wrth redeg yn llwybr y bydd y perchennog yn ei ailosod ar yr actifadu nesaf, ac mae’r actifadu yn gallu digwydd hebddych: ailddeffro gliniadur, fflap cyswllt, ailgychwyn gwasanaeth neu awtogysylltiad NetworkManager. Dyna pam mae’r un llwybr yn dychwelyd a dyna pam mae’r ateb dros dro yn teimlo’n annibynadwy yn hytrach nag yn anghywir. Nodwch y rheolwr yn gyntaf, yna newidiwch y mewnbwn y mae’r rheolwr hwnnw’n ei ddarllen mewn gwirionedd.

Ailgysylltu ac ailgychwyn y gwasanaeth perthnasol yw’r prawf sy’n gwahanu atgyweiriad go iawn oddi wrth un sy’n edrych yn daclus.

Dewiswch un perchennog a chael gwared ar y llall

Dewiswch y rheolwr y mae eich defnyddiad yn ei gefnogi, yna analluogwch yr actifadu cystadleuol trwy ei reolaeth ddogfennedig yn hytrach na gobeithio y bydd yn aros yn segur. Mae gwasanaeth wg-quick wedi’i guddio neu broffil NetworkManager wedi’i ddileu yn bendant; nid yw gadael y ddau wedi’u galluogi a’u gadael i rasio felly. Cadwch fynediad gweithiol cyn analluogi unrhyw beth, oherwydd efallai mai’r rhyngwyneb sy’n cario eich sesiwn o bell yw’r un yr ydych ar fin ei dynnu.

Ar ôl y newid, gwiriwch draffig sydd wedi’i gynnwys a’i eithrio, yna DNS, yna ailgychwynwch unwaith. Os yw’r cyflwr yn goroesi ailgychwyn gydag un rheolwr, mae gennych berchennog yn lle cyd-ddigwyddiad.

Mae’r rheol gyffredinol yn werth ei chadw y tu hwnt i WireGuard: pan fydd gosodiad yn dal i ddod yn ôl, stopiwch ddileu’r canlyniad a dewch o hyd i’r broses sy’n parhau i’w gynhyrchu.