NetworkManager au wg-quick: nani anamiliki njia zako za WireGuard?

Unabadilisha AllowedIPs katika faili ya WireGuard, unazima na kuwasha tena handaki, na jedwali la njia linaonekana kama awali. Mwitikio wa kawaida ni kufuta njia inayosumbua na kuendelea, jambo ambalo hufanya kazi hadi muunganisho unaofuata uirudishe. Faili uliyohariri si lazima iwe kitu kilichozalisha hali unayoiona. Wasimamizi wawili wanaweza kuendesha itifaki moja kwenye mashine moja, na ni mmoja tu wao anamiliki kiolesura kwa wakati mmoja.

Hadithi: kuna usanidi mmoja wa WireGuard kwenye mashine

wg-quick husoma faili iliyo chini ya /etc/wireguard/ na huunda kiolesura unapokiinua. NetworkManager huhifadhi wasifu wa muunganisho katika umbizo lake keyfile na kuuonyesha wakati wa kuwezesha, na kuagiza faili ya wg-quick hunakili thamani kwenye wasifu huo badala ya kuunganisha nayo. Kuhariri asili baadaye hakubadilishi chochote, kwa sababu wasifu hauisomi tena. Kwa hivyo orodha ile ile ya wenzake na funguo inaweza kuwepo mara mbili, huku nakala ya pili ikitumika.

Ishara inayofaa kukumbukwa: mabadiliko yanayostahimili kuwasha upya lakini si kuagiza upya hutoka kwenye hifadhi moja, na mabadiliko yanayotoweka wakati wa kuwasha upya hutoka kwenye nyingine.

Mfano mmoja wa vitendo hufanya mgawanyiko uwe wazi. Linganisha nmcli connection show na systemctl status wg-quick@wg0, kisha angalia ni kiolesura gani njia hizo kwa kweli zinaning'inia. Ikiwa huduma imekufa na kiolesura kiko juu, wasifu ndio unafanya kazi, chohote faili inasema.

Hadithi: kanuni za njia ni sehemu ya WireGuard

Kifaa cha WireGuard ndani ya kernel kinajua wenzake na funguo, na hakijui chochote kuhusu njia za kisera. Maingizo ip rule na majedwali ya ziada unayoyaona yalisakinishwa na chombo kilichoinua kiolesura. wg-quick inaweza kuongeza fwmark na jedwali maalum pamoja na kanuni zinazoelekea huko, wakati NetworkManager inasakinisha njia kupitia mipangilio yake ya ipv4 na kuacha DNS kwa backend ya kisuluhishi ambayo mfumo hutumia. Handaki moja, athari tofauti.

Kabla ya kubadilisha chochote, soma ip rule na ip route show table all , na andika ni jedwali gani kila njia inaishi. Nambari ya jedwali ambayo hukuiweka ni kidokezo kikubwa kuhusu chombo kilichoiunda.

Hadithi: kufuta njia ni marekebisho

Njia iliyofutwa wakati wa utekelezaji ni njia ambayo mmiliki ataisakinisha tena wakati wa kuwezesha unaofuata, na kuwezesha kunaweza kutokea bila wewe: kompyuta mpakato kuamka, kiungo kutetemeka, huduma kuwashwa upya au muunganisho wa kiotomatiki wa NetworkManager. Ndiyo sababu njia hiyo hiyo hurudi na kwa nini suluhisho la muda linaonekana lisilotegemewa badala ya kosa. Tambua msimamizi kwanza, kisha badilisha ingizo ambalo msimamizi huyo husoma kwa kweli.

Kuunganisha tena na kuwasha upya huduma husika ni jaribio linalotenganisha marekebisho ya kweli na yale yanayoonekana nadhifu tu.

Chagua mmiliki mmoja na uondoe mwingine

Chagua msimamizi unaoungwa mkono na usambazaji wako, kisha zima uwezeshaji shindani kupitia udhibiti wake ulioandikwa badala ya kutumaini utabaki bila kazi. Huduma ya wg-quick iliyofichwa au wasifu wa NetworkManager uliofutwa ni dhahiri; kuacha zote mbili zimewashwa na kuziruhusu zishindane sivyo. Hifadhi ufikiaji unaofanya kazi kabla ya kuzima chochote, kwa sababu kiolesura kinachobeba kikao chako cha mbali kinaweza kuwa ndicho unachokaribia kuondoa.

Baada ya mabadiliko, thibitisha trafiki iliyojumuishwa na iliyotengwa, kisha DNS, kisha washa upya mara moja. Ikiwa hali inastahimili kuwasha upya na msimamizi mmoja, una mmiliki badala ya bahati mbaya.

Kanuni ya jumla inafaa kukumbukwa nje ya WireGuard pia: mpangilio unapoendelea kurudi, acha kufuta matokeo na utafute mchakato unaoendelea kuizalisha.