Kako ohraniti načrt naslovov IPv6 za VPN berljiv tudi po letu
Berljiv načrt pove, katera predpona pripada kateri lokaciji in kako se odgovori vračajo. Ob vsakem vnosu zapišite vloge, zapis, delegiranje in povratne poti.
Dve vprašanji odločata, ali si načrt naslovov zasluži svoje mesto: katera predpona pripada kateri lokaciji in kako odgovor pride iz te lokacije. Odgovorite na obe naenkrat in vzdrževalec lahko spremeni peera, ne da bi kogarkoli izpraševal. Vse ostalo v dokumentu obstaja za podporo tema dvema odgovoroma. Kar ne podpira nobenega, je okras.
Na kaj mora bralec odgovoriti, preden se dotakne peera
Stiskanje naredi naslove urejene, in urejenost ni struktura. Struktura je vedeti, kateri obseg je ponudnik delegiral, katerega ste izbrali, kateri je nabor odjemalcev in kateri stoji za lokacijo.
Pišite za sodelavca, ki se pridruži naslednje četrtletje in bo moral dodati drugo lokacijo. Nič na strani mu ne pove, od kod je predpona prišla, razen če to pove vnos. Če to izpustite, prva sprememba postane arheologija.
Kaj mora nositi vsaka vrstica načrta
Štiri polja naredijo vnos preverljiv: dolžina predpone, njen lastnik, kam gre promet naprej in katera komponenta razdeli vrednost. Primerjajte jih z delujočo konfiguracijo in vsako neskladje se pokaže samo. Naslednji skok, usmerjen v tunel, odstranjen prejšnji mesec, se zdi takoj napačen, namesto da bi se zlil z ostalim.
Vloge držite v ločenih vrsticah, tudi ko si dve danes delita predpono. Njuna združitev spremeni poznejšo ločitev v nekaj, kar se bere kot nova dodelitev in ne kot popravek.
| Entry | Fields to record | Why a reviewer needs it |
|---|---|---|
| Endpoint addresses | Prefix, owning side, session initiator | Firewall rules and peer config both read it |
| Tunnel interfaces | Prefix and length, next hop, interface name | Shows the path a packet actually takes |
| Client allocations | Pool range, size, distributing component | Shows room left before a redesign |
| Downstream networks | Prefix, site label, return route | Explains a reply that never arrives |
Kje se razhajata kanonično besedilo in konfiguracijska sintaksa
RFC 5952 določa eno besedilno obliko naslova: male črke, brez vodilnih ničel in najdaljše zaporedje ničelnih skupin stisnjeno točno enkrat. Uporabljajte jo v zapiskih, zahtevkih in dnevnikih sprememb, da se dva dokumenta primerjata brez pretvorbe. Bralci, ki naletijo na dva zapisa istega naslova, začnejo iskati razliko, ki je ni. Doslednost je tu poceni in odstrani cel razred lažnih alarmov.
Konfiguracijske datoteke sledijo svojim pravilom in to niso pravila berljivosti. Naslov, seznanjen s pristaniščem, potrebuje oklepaje, tudi ko jih goli naslov ne potrebuje, in kopija iz zapiska v konfiguracijsko datoteko to razliko izgubi brez opozorila. Poimenujte obliko, ki jo uporablja vsako polje, sicer načrt povzroči prav tisto napako prepisa, ki naj bi jo preprečil.
Dva zapisa sta v redu, dokler je vsak označen. Neoznačeno mešanje je tisto, ki vabi napako.
Kje se pojavijo prekrivajoči obsegi in manjkajoče povratne poti
Prekrivanje preživi druge napake, ker nič ni videti narobe, dokler dve lokaciji ne odgovarjata za isti obseg. Označite lokacijo in ustvarite lokalno edinstvene predpone z dokumentiranim postopkom, namesto da kopirate primer.
Seznam odjemalcev nikoli ne pojasni, v katero smer potuje odgovor. Zapišite povratno pot prehoda LAN ob obsegu peera, ki ga nosi tunel, in vnos pojasni oddaljeno podomrežje, ki prejema zahteve in ostane tiho. Zaženite spodnje preverbe na stroju in jih primerjajte z vnosom. Načrt, ki nasprotuje ip -6 route, je načrt, ki ga ljudje prenehajo brati.
ip -6 route show default
ip -6 route get 2001:db8:2::10
ip -6 addr show dev wg0
Dosegljivost ni pooblastilo in predpona nikoli ne pomeni politike. Zapišite predvideni dostop ob poti, na katero se nanaša. Sicer naslednji bralec obravnava naslov v načrtu kot dovoljenje za dostop do vsake storitve za njim.
Kako načrt preživi tretjo lokacijo
Označite vsako predpono kot delegirano, lokalno dodeljeno ali drugače usmerjeno. Za vse, kar se lahko premakne, poimenujte postopek, ki ga premakne. Nato naštejte zapise DNS in pravila požarnega zidu, ki se morajo spremeniti v istem oknu, ker je posodobitev predpone, ki se ustavi na usmerjevalniku, na pol končana.
Po spremembi dosezite vir za vsako mejo, ki se je je sprememba dotaknila, preden uredite dokument. Načrt, ki opisuje lansko mrežo, je slabši od nobenega, ker mu ljudje zaupajo. Preklicane dodelitve držite na seznamu z datumom, ko so izginile, da jih nihče pomotoma ne izda znova. Skrivnosti ostanejo zunaj datoteke; načrt razloži omrežje, ne odpre ga.
Načrt shranite tam, kjer se spremembe pregledujejo, ob konfiguraciji, ki jo opisuje. Dokument, ki ga nihče več ne prebere, gnije hitreje kot omrežje, ki ga prikazuje na zemljevidu.