WireGuard AllowedIPs: njia ambayo NetworkManager hakuwahi kuiongeza

Kihesabu cha kupeana mkono kina sasishwa, kiolesura kinahifadhi anwani yake, na ping kuelekea upande wa pili haifikii popote. Mchanganyiko huo huwachanganya watu, kwa sababu kupeana mkono kunakofanya kazi huonekana kama ushahidi kwamba handaki iko tayari. Sivyo: handaki inaweza kuwa imejadiliwa kikamilifu na bado isiwe na njia yoyote inayoelekeza trafiki ndani yake, na hayo ni kazi mbili tofauti zinazofanywa na vipande viwili tofauti vya hali. Marekebisho yanategemea kabisa ni kipi kati ya hivyo viwili kinachokosekana, kwa hiyo hatua ya kwanza ni kugundua hilo.

wg-quick hufanya vyote viwili bila kuombwa. Msaada wa WireGuard uliojengwa ndani ya NetworkManager pia husakinisha njia za peer kwa chaguo-msingi, jambo ambalo hupunguza washukiwa hadi chaguo lililozimwa, jedwali lingine la uelekezaji, au usanidi ulioingizwa kupitia kitu kingine.

Thibitisha handaki kabla ya kufukuza njia

wg show huchapisha kiolesura, peer, kituo cha mwisho na umri wa kupeana mkono kwa mara ya mwisho, na ip addr show huthibitisha kwamba anwani ipo. Kupeana mkono hivi karibuni kunamaanisha funguo, kituo cha mwisho na njia ya UDP zinafanya kazi. Kila kitu kilichovunjika kinakaa chini yao: uelekezaji, uchujaji au utatuzi wa majina.

Kisha muulize kerneli itafanya nini na lengo halisi badala ya la kudhania: ip route get 10.42.7.9. Jibu hutaja kiolesura cha kutoka na anwani ya chanzo ambayo pakiti ingebeba. Linapotaja adapta halisi, pakiti haiingii kamwe kwenye handaki, hata kupeana mkono kuonekane kuzuri kiasi gani.

AllowedIPs ni kichujio na orodha ya njia

Viambishi awali katika AllowedIPs hufanya kazi mbili. Huchagua peer gani hubeba lengo la kutoka, na huthibitisha anwani ya chanzo ya pakiti zinazoingia, ambayo ni mpaka wa uelekezaji wa ufunguo wa siri. Katika wg-quick pia huongoza usakinishaji wa njia kiotomatiki, na tabia hiyo ya ziada ndiyo sababu usanidi huo huo hufanya kazi kutoka terminal lakini si kutoka mteja wa kompyuta ya mezani.

Katika kisa kilicho nyuma ya makala hii, wasifu uliingizwa kupitia programu-jalizi ya mtu wa tatu badala ya msaada uliojengwa ndani, na kiolesura kiliibuka bila njia ya kiambishi awali. Kuorodhesha jedwali huonyesha hilo mara moja: ip route show ina njia iliyounganishwa ya anwani ya kiolesura pekee, na hakuna chochote kwa safu ya mbali.

Uliza kama njia za peer zimewashwa hata kidogo

Soma mpangilio kabla ya kubadilisha chochote: nmcli -f wireguard.peer-routes,ipv4.route-table connection show work-wg. Wakati peer-routes inaonyesha no, marekebisho yanayotumika ni nmcli connection modify work-wg wireguard.peer-routes yes, ikifuatiwa na kuunganisha tena. Kuongeza njia tuli badala yake hufanya kazi hadi uanzishaji unaofuata na kisha kutoweka kimya. Kutoweka huko ndiyo dalili: njia inayorudi kama fumbo kila asubuhi haisakinishwi na wasifu.

Ikiwa chaguo tayari limewashwa, angalia kama kiambishi awali kinaishi katika jedwali lingine kwa ip route show table all | grep 10. Njia katika jedwali ambalo si kuu haikosekana, ni isiyoonekana tu kwa utafutaji unaoangalia jedwali kuu pekee. Rekebisha uelekezaji wa sera badala ya kurundika ingizo la nakala juu yake.

Ongeza kiambishi awali kwenye muunganisho, si kwenye mfumo unaoendesha

Katika kihariri cha muunganisho, ukurasa wa WireGuard unashikilia peer na AllowedIPs zake, na ukurasa wa IPv4 unashikilia njia za ziada. Njia iliyoongezwa hapo hustahimili kuunganisha tena kwa sababu ni mali ya wasifu. Kwenye mstari wa amri, kifanani ni kuambatanisha njia kwenye muunganisho kwa umbo la lango tupu, kisha kushusha na kuinua muunganisho ili mabadiliko yatekelezwe.

Chagua kiambishi awali chembamba zaidi kinachofunika wenyeji unaowahitaji. Kunakili mfano wa /8 wa mtoa huduma kunaweza kumeza safu za ndani zinazotokea kuwa ndani yake, na hitilafu zinazotokana zinaonekana kama handaki iliyovunjika badala ya njia pana mno.

Handaki iliyogawanywa huamuliwa na orodha ya viambishi awali

Hakuna swichi ya handaki iliyogawanywa; orodha ya viambishi awali ndiyo uamuzi. Peer iliyo na safu moja kwa LAN ya ofisi na nyingine kwa mtandao wa maabara hutuma lengo hizo hasa kupitia handaki na kuacha kila kitu kingine kwa utulivu. Mwenyeji mmoja anahitaji /32, na safu zinazopishana katika maeneo mawili zinahitaji viambishi awali vya mwenyeji hadi mtu atakapoandika namba upya kwa subnet.

Kuchagua kutotuma chochote kupitia handaki hupeleka uamuzi huo huo hadi kikomo chake: orodha ndogo huweka kiungo juu wakati trafiki ya kawaida inafuata njia yake ya kawaida. Andika nia, kwa sababu vinginevyo msomaji anayefuata atachukua orodha fupi kama uzembe na kuipanua kwa upole.

Mmiliki mmoja wa jedwali la njia

wg-quick na NetworkManager zote mbili zinaamini kwamba zinamiliki njia za kiolesura. Ingiza usanidi ulioandikwa kwa wg-quick kisha uanzishe pia huduma ya wg-quick, na utapata maingizo yaliyorudiwa au yanayopingana ambayo tabia yake inategemea lipi liliendeshwa mwisho. Chagua mmiliki mmoja na uondoe mwingine: ikiwa NetworkManager inasimamia muunganisho, zima kitengo cha wg-quick kwa kiolesura hicho, na usiongeze kamwe wasifu wa pili kwa kifaa kimoja.

Wakati mgawanyiko unapaswa kufuata adapta halisi badala ya lengo, umehamia uelekezaji wa sera, na uelekezaji wa sera pia unahitaji mwandishi mmoja. Thibitisha kwa kurudia ip route get, kisha kufikia mwenyeji ndani ya kiambishi awali cha mbali kwa kitu kinachochapisha anwani ya chanzo iliyochaguliwa. Angalia IPv6 na DNS kando ikiwa wasifu umebeba mojawapo.