Hoe je een IPv6 VPN-adresplan een jaar later nog leesbaar houdt

Twee vragen bepalen of een adresplan zijn plaats verdient: welk prefix bij welke locatie hoort, en hoe een antwoord die locatie verlaat. Beantwoord beide in één keer en een beheerder kan een peer wijzigen zonder iemand te ondervragen. Al het andere in het document bestaat om die twee antwoorden te ondersteunen. Wat geen van beide ondersteunt, is versiering.

Wat een lezer moet beantwoorden voordat hij een peer aanraakt

Compressie laat adressen er netjes uitzien, en netheid is geen structuur. Structuur is weten welk bereik de provider delegeerde, welk jij koos, welk een clientpool is en welk achter een locatie zit.

Schrijf voor de collega die volgend kwartaal begint en een tweede locatie moet toevoegen. Niets op de pagina vertelt waar een prefix vandaan komt, tenzij de vermelding dat doet. Sla dat over en de eerste wijziging wordt archeologie.

Wat elke regel van het plan moet dragen

Vier velden maken een vermelding controleerbaar: hoe lang het prefix is, wie het bezit, waar het verkeer hierna heen gaat en welke component de waarde uitgeeft. Houd ze tegen de draaiende configuratie en elke afwijking komt vanzelf boven. Een volgende hop naar een tunnel die vorige maand is verwijderd, ziet er meteen verkeerd uit in plaats van op te gaan in het geheel.

Houd rollen op aparte regels, ook wanneer twee ervan vandaag hetzelfde prefix delen. Ze samenvoegen maakt een latere splitsing iets dat leest als een nieuwe toewijzing en niet als een correctie.

Waar canonieke tekst en configuratiesyntaxis uiteengaan

RFC 5952 legt één tekstvorm voor een adres vast: kleine letters, geen voorloopnullen en de langste reeks nulgroepen precies één keer gecomprimeerd. Gebruik die in notities, tickets en wijzigingslogboeken zodat twee documenten zonder conversie te vergelijken zijn. Lezers die twee spellingen van hetzelfde adres tegenkomen, gaan zoeken naar een verschil dat er niet is. Consistentie is hier goedkoop en ze haalt een hele klasse valse alarmen weg.

Configuratiebestanden volgen hun eigen regels, en dat zijn niet de leesbaarheidsregels. Een adres dat met een poort is gecombineerd, heeft haken nodig ook wanneer het kale adres die niet nodig heeft, en een kopie van een notitie naar een configuratiebestand verliest dat onderscheid zonder waarschuwing. Benoem de vorm die elk veld gebruikt, anders veroorzaakt het plan precies de overschrijffout die het moest voorkomen.

Twee notaties zijn prima zolang elk ervan gelabeld is. Het ongelabelde mengen is wat de fout uitnodigt.

Waar overlappende bereiken en ontbrekende retourpaden opduiken

Overlap overleeft andere fouten omdat niets verkeerd lijkt tot twee locaties voor hetzelfde bereik antwoorden. Label de locatie en genereer lokaal unieke prefixen via de gedocumenteerde procedure in plaats van een voorbeeld te kopiëren.

Een klantenlijst legt nooit uit welke richting het antwoord reist. Noteer het retourpad van de LAN-gateway naast het peerbereik dat de tunnel draagt, en de vermelding verklaart een extern subnet dat verzoeken ontvangt en stil blijft. Voer de controles hieronder uit op de machine en vergelijk ze met de vermelding. Een plan dat tegen ip -6 route ingaat, is een plan dat mensen ophouden te lezen.

ip -6 route show default
ip -6 route get 2001:db8:2::10
ip -6 addr show dev wg0

Bereikbaarheid is geen autorisatie, en een prefix impliceert nooit een beleid. Schrijf de bedoelde toegang naast de route waarvoor die geldt. Anders behandelt de volgende lezer een adres in het plan als toestemming om elke dienst erachter te bereiken.

Hoe het plan de derde locatie overleeft

Markeer elk prefix als gedelegeerd, lokaal toegewezen of op een andere manier gerouteerd. Benoem voor alles wat kan bewegen het proces dat het verplaatst. Vermeld daarna de DNS-records en firewallregels die in hetzelfde venster moeten veranderen, want een prefixupdate die bij de router stopt, is half werk.

Bereik na een wijziging een resource achter elke grens die de wijziging raakte, voordat je het document bewerkt. Een plan dat het netwerk van vorige maand beschrijft, is erger dan geen, omdat mensen erop vertrouwen. Houd ingetrokken toewijzingen vermeld met de datum waarop ze verdwenen, zodat niemand ze per ongeluk opnieuw uitgeeft. Geheimen blijven buiten het bestand; een plan verklaart het netwerk, het opent het niet.

Bewaar het plan waar wijzigingen worden beoordeeld, naast de configuratie die het beschrijft. Een document dat niemand opnieuw leest, rot sneller weg dan het netwerk dat het in kaart brengt.