Kutoka kwa IPv6 hufa baada ya kuwasha upya OpenVPN: angalia umiliki wa kiambishi
IPv6 hufa baada ya handaki kuundwa upya. Amua nani anamiliki kiambishi kilichokasimu, anwani za wateja na njia ya kurudi kabla ya kuwasha chochote upya.
IPv6 huacha kupitisha trafiki wakati OpenVPN inapowashwa upya, na IPv4 huendelea kufanya kazi. Kiolesura cha handaki kiliundwa upya, na kitu kingine kilichokuwa kikisimamia hali yake ya IPv6 kilipoteza anwani au njia inayofanya kiambishi kifikike. Kuna sehemu tatu tofauti za hali zinazohusika, na kila moja ina mmiliki tofauti: kiambishi kilichokasimu cha mtoa huduma na maisha yake, anwani zinazotolewa kwa wateja wa VPN, na njia ya juu inayorudisha kiambishi hicho cha mteja kwenye seva. Tambua mmiliki wa kila sehemu kabla ya kugusa daemon yoyote, kwa sababu kuwasha upya ile isiyofaa huficha tatizo kwa siku moja na huirudisha kwenye muunganisho unaofuata.
Sehemu tatu za hali ya IPv6, wamiliki watatu
| State | Typical owner | What breaks when it is wrong |
|---|---|---|
| Delegated prefix and lifetime | Upstream router or provider via DHCPv6-PD | Clients keep addresses that the upstream no longer routes |
| Client addresses inside the tunnel | OpenVPN server config or a delegation daemon | No global address, or an address outside the routed prefix |
| Return route for the client prefix | Upstream router, or the server's own routing table | Outbound works, replies never arrive |
Anwani yenye wigo wa kimataifa ndani ya handaki haitoshi peke yake. Vipanga njia vya juu bado vinapaswa kurudisha kiambishi hicho kwenye seva ya VPN, na havitafanya hivyo kwa sababu tu seva ina anwani kutoka kwacho kwa bahati.
Ndiyo sababu kunakili /64 ya umma kwenye bwawa la handaki pia ni hatari. Kiambishi kinachoelekezwa kwenye seva si sawa na kiambishi ambacho upande wa juu unakichukulia kama on-link, na ugunduzi wa majirani hautaziba pengo hilo.
Soma hali ya seva kabla ya kubadilisha chochote
Nasa hali mara mbili, mara moja wakati IPv6 inafanya kazi na mara moja baada ya kuwasha upya, kisha linganisha. Mionekano ya kusoma tu inatosha, na haigharimu chochote wakati wa dirisha la matengenezo:
ip -6 addr show
ip -6 route show table all
ip -6 rule show
sysctl net.ipv6.conf.all.forwarding
Tafuta tofauti tatu mahususi: njia iliyotoweka, anwani iliyohamia kwenye maisha yaliyopitwa na wakati au batili, na kiambishi kilichobadilika baada ya ukasimu upya wakati usanidi wa VPN bado unatangaza kile cha zamani.
Ikiwa anwani ilitoweka lakini kiambishi hakibadilika, daemon inayokitenga iliacha kusimamia kiolesura. Ikiwa kiambishi kilibadilika lakini anwani hazikubadilika, usanidi wa mteja umepitwa na wakati. Hitilafu mbili zinaonekana sawa kutoka kwenye kivinjari na hazina kitu chochote kinachofanana.
Amua ikiwa dhcpcd inapaswa kusimamia handaki
dhcpcd inaweza kugundua violesura na kukasimu sehemu za kiambishi cha DHCPv6 kwa violesura vya chini, na usanidi wake unaweza kutaja malengo ya ukasimu kwa uwazi. Bila lengo la wazi, tabia yake iliyoandikwa inaweza kuhusisha violesura vingine, na hivyo handaki huishia na anwani ambayo hakuna aliyepanga.
Masharti mawili yanapaswa kukusukuma kuiachia OpenVPN umiliki wa anwani tuli za handaki: seva inasukuma anwani zisizobadilika katika usanidi wake, na jina la handaki hubadilika wakati wa kuunganisha tena. Ikiwa yote mawili ni kweli, ondoa kwa makusudi handaki kwenye daemon ya ukasimu, pamoja na maoni yanayosema kwa nini.
Ikiwa badala yake ukasimu kwenye handaki ni wa makusudi, tekeleza usimamizi wa mabadiliko ya kiambishi. Hiyo inamaanisha kuitikia wakati kiambishi kilichokasimu au maisha yake yanabadilika, kusasisha kiambishi cha mteja kinachotangazwa na seva, na kuongeza tena njia. Kuondoa kiolesura katika muundo huo kunaondoa sehemu pekee inayojua kiambishi kipya.
Kuwasha upya dhcpcd kunaweza kuonekana kunatengeneza mambo kwa sababu kunaunda hali upya, lakini pia kuhuisha au kuondoa usanidi kwa violesura ambavyo hukufikiria. Urejeshaji huo haufanyi kuwa sharti baada ya kila kuwasha upya VPN. Pia huweka upya vihesabu ulivyokuwa ukitumia kama ushahidi. Pendelea upakiaji unaolengwa wa kiolesura ulichobadilisha kweli.
Thibitisha IPv6 kwa mbali na NAT ya IPv4
Thibitisha kuwa usambazaji umewashwa na kwamba njia ya juu inaelekeza kwenye kiambishi halisi cha mteja, kisha fanya muunganisho mpya wa IPv6 ulioruhusiwa. Angalia pia jedwali la njia la IPv6 la mteja mwenyewe, kwa sababu mteja anayeonyesha anwani ya umma hathibitishi kuwa ombi lake lilitumia handaki.
Ufichaji wa IPv4 hutatua tatizo lingine: njia ya kurudi kwa vyanzo vya kibinafsi. Haufanyi chochote kwa kiambishi cha IPv6 kilichoondolewa, na kuongeza kwake hakutarudisha IPv6.
Maliza na rekodi ya umiliki: sehemu ipi inakasimu kiambishi, ipi inatenga anwani za wateja, ipi inashikilia njia ya kurudi, na nini kinatokea kwa kila moja wakati wa kuunganisha tena. Mistari minne kwenye runbook humwokoa mtu anayefuata kuwasha upya daemon tatu ili kupata ile iliyokuwa muhimu.