Maeneo mawili kwenye njia za mtandao wa simu yanakumbana na tatizo moja katika pande zote mbili: hakuna hata moja linaloweza kupokea muunganisho wa IPv4 usioombwa, kwa hiyo hakuna linaloweza kuchukua nafasi ya seva kwenye handaki la moja kwa moja. Usanifu unaofanya kazi huweka mtu wa tatu anayefikika katikati: kila eneo hupiga simu kwenda nje na kitovu hupeleka tu trafiki unayoidhinisha. Kitovu hicho kinaweza kuwa kipanga njia unachokisimamia mwenyewe au bidhaa inayowatambulisha wenza, na hivi si kitu kimoja. Hatua zilizo hapa chini zimepangwa ili kila moja itoe ushahidi kabla inayofuata haitegemei hiyo.

Hakuna eneo linaloweza kupigiwa simu, kwa hiyo yote mawili lazima yapige simu kwenda nje

Thibitisha kizuizi kabla ya kubuni kuzunguka. Ikiwa mtoa huduma anatoa anwani ya faragha kwa kiolesura cha WAN, hakuna upelekaji wa bandari kwenye kipanga njia cha eneo lenyewe utakalolifanya lifikike, kwa sababu tafsiri hufanyika juu zaidi. Anwani ya umma ya IPv6 inaweza kuwepo kwenye kiungo hicho hicho na kubadilisha usanifu kabisa, ndiyo sababu ukaguzi unashughulikia familia zote mbili. Andika jibu kwa kila eneo, kwa sababu hayo mawili mara chache huwa na vikwazo sawa hata yanaposhiriki mtoa huduma mmoja.

Hali ya kawaida ya simu inaonekana kama anwani kutoka safu iliyotafsiriwa ya mtoa huduma pamoja na njia chaguo-msingi inayopita humo. Hii si hitilafu ya kurekebishwa; hii ndiyo sababu kitovu kipo. Unachotafuta ni anwani yoyote ambayo mtu wa tatu anaweza kuifikia bila eneo kuzungumza kwanza.

Amri mbili zinajibu swali la anwani za eneo lililo mbele yako. Zitekeleze kwenye kipanga njia cha eneo, si kwenye kompyuta ya mkononi iliyo nyuma yake:

ip -4 addr show scope global
ip -6 addr show scope global

Nani huwatambulisha wenza, na nani hubeba pakiti

Utambulisho na usafirishaji ni kazi tofauti ambazo bidhaa mara nyingi huziunganisha bila kufanya mpaka uonekane. Utaratibu wa kukutana huwasaidia wenza wawili kupata njia ya mteule; relay hubeba pakiti zao wakati hakuna njia ya moja kwa moja. Kununua huduma inayowatambulisha wenza hakikupi kipanga njia, na tofauti hiyo huamua kama usanifu unahitaji kitovu kabisa.

Uvukaji una msamiati wake, na maneno hueleza majukumu, si dhamana. Vipimo vya ICE hueleza wateule na ukaguzi wa muunganisho, STUN hueleza njia moja ya kujifunza kuhusu tafsiri ya anwani, na TURN hueleza usafirishaji wa relay kwa programu zinazoutekeleza. Hakuna moja ya mifumo hii inayoonekana kwenye lango la kawaida kwa sababu uliielekeza kwenye anwani ya ugunduzi. Thibitisha uvukaji kama uwezo wa bidhaa, na chukulia kuna relay hadi jaribio lionyeshe vinginevyo.

Njia moja kwa kila eneo, inayomilikiwa na mwenza

Kitovu kinahitaji handaki moja kwa kila eneo, kiambishi cha LAN tofauti nyuma ya kila moja, na njia kwa kila kiambishi inayotaja mmiliki wake. Katika mfano kitovu ni 10.61.0.1, eneo A ni 10.61.0.11 lenye LAN 10.60.10.0/24, na eneo B ni 10.61.0.12 lenye LAN 10.60.20.0/24. Kila njia iliyo hapa chini inaelekeza kwa mwenza anayemiliki kiambishi, si kwa kiolesura cha handaki:

ip route add 10.60.10.0/24 via 10.61.0.11 dev wg0
ip route add 10.60.20.0/24 via 10.61.0.12 dev wg0
sysctl net.ipv4.ip_forward
ip route get 10.60.20.55 from 10.60.10.77

Upelekaji lazima uwe umewezeshwa, vinginevyo pakiti zinasimama kwenye kitovu bila hitilafu inayoelekeza sababu. Amri ya mwisho inajibu swali halisi, kwa sababu inauliza pakiti itachukua njia gani kutoka LAN ya eneo A hadi LAN ya eneo B huku chanzo kikijumuishwa kwenye utafutaji. Chukulia utafutaji unaotaja kiolesura cha handaki kama ushahidi, na ule unaoangukia njia chaguo-msingi kama njia inayokosekana, si fumbo. Kisha punguza upitishaji kwa makusudi, kwa sababu kitovu kinachopeleka kati ya kila mwenza hubadilisha maeneo mawili kuwa mtandao tambarare na sera ya ufikiaji uliyodhani unayo haitumiki tena.

Amua pia usimbaji fiche unaishia wapi. Kitovu kinaposhikilia ncha zote mbili za handaki, mwendeshaji wa mashine hiyo na mzigo wake wa kazi wanajiunga na modeli ya uaminifu na upatikanaji, na kipimo chake cha data kinakuwa sehemu ya njia.

Weka kila ramani hai kupitia mtoa huduma

Kila eneo huanzisha handaki lake, na kila moja lazima liweke ramani ya tafsiri hai, vinginevyo mtoa huduma ataichukua. Ujumbe wa kuweka hai upande unaoanzisha huhifadhi ramani hiyo kati ya kupeana mikono. Punguza viambishi vinavyoruhusiwa kwa anwani ya kitovu na LAN ya mbali, ili mwenza aliyeathirika asiweze kudai kiambishi asichokimiliki:

[Peer]
PublicKey = <hub public key>
Endpoint = 192.0.2.10:51820
AllowedIPs = 10.61.0.1/32, 10.60.20.0/24
PersistentKeepalive = 25

Onyesha kioo cha kizuizi kwenye eneo lingine na kiambishi chake cha mbali, na pinga hamu ya kuruhusu safu yote ya handaki. Kupeana mikono kunakosimama na kuanza tena kutoka bandari mpya ya chanzo ni sahihi ya ramani iliyoisha muda, na mihuri ya muda ya kupeana mikono ni ushahidi kwamba ilitokea. Muda mfupi kuliko kikomo cha mtoa huduma huzuia kuisha badala ya kuirekebisha baadaye. Mtoa huduma anapobadilisha tabia yake ya tafsiri, tarajia kwamba nyakati hizo zitabadilika pamoja nayo.

Thibitisha pande zote mbili, kisha thibitisha urejeshaji

Uthibitishaji una mwelekeo, kwa hiyo ping kutoka A hadi B inathibitisha nusu ya usanifu na hakuna chochote kuhusu njia ya kurudi. Kagua njia ya jibu kwa utafutaji huo huo unaotambua chanzo kwenye kitovu, kisha rudia jaribio kutoka upande mwingine. Kupeana mikono mpya pia ni sehemu ya ushahidi, kwa sababu handaki lililokaa bila kazi kwa saa moja linaweza kuwa linajaribu ramani ya zamani:

wg show wg0 latest-handshakes
ping -c 3 10.60.20.55
traceroute -n 10.60.20.55

Kisha jaribu kushindwa unakotarajia, si mafanikio unayotaka. Anzisha upya kiungo cha eneo moja na uthibitishe kwamba handaki linarudi bila mtu kugusa ncha zote mbili, kwa sababu usanifu unaohitaji mwendeshaji baada ya kila mabadiliko kwa mtoa huduma haujakamilika. Andika njia ya msingi, mbadala wa IPv6 ikiwa upo, na tabia wakati kitovu hakipatikani. Kitovu sasa ni sehemu ya modeli yako ya upatikanaji, kwa hiyo andika hilo badala ya kuigundua wakati wa hitilafu.

Makala zinazohusiana