Jak udržet plán adres IPv6 VPN čitelný i po roce

Dvě otázky rozhodují, zda si plán adres zaslouží své místo: který prefix patří kterému pracovišti a jak se odpověď z tohoto pracoviště dostane zpět. Odpovězte na obě najednou a správce může změnit protějšek, aniž by někoho vyslýchal. Všechno ostatní v dokumentu existuje, aby tyto dvě odpovědi podpořilo. Co nepodporuje ani jednu, je ozdoba.

Na co musí čtenář odpovědět, než se dotkne protějšku

Komprese dělá adresy úhlednými, a úhlednost není struktura. Struktura je vědět, který rozsah delegoval poskytovatel, který jste vybrali vy, který je fondem klientů a který stojí za pracovištěm.

Pište pro kolegu, který nastoupí příští čtvrtletí a musí přidat druhé pracoviště. Nic na stránce mu neřekne, odkud prefix pochází, pokud to neudělá položka. Vynechejte to a první změna se změní v archeologii.

Co musí nést každý řádek plánu

Čtyři pole dělají položku kontrolovatelnou: jak dlouhý prefix je, kdo ho vlastní, kam provoz jde dál a která komponenta hodnotu vydává. Porovnejte je s běžící konfigurací a každý nesoulad se vynoří sám. Další skok namířený do tunelu odstraněného minulý měsíc vypadá hned špatně, místo aby splynul s pozadím.

Držte role v samostatných řádcích, i když dnes dvě z nich sdílejí prefix. Jejich sloučení dělá z pozdějšího rozdělení něco, co se čte jako nové přidělení, nikoli jako oprava.

Kde se rozchází kanonický text a syntaxe konfigurace

RFC 5952 stanoví jednu textovou podobu adresy: malá písmena, žádné úvodní nuly a nejdelší sled nulových skupin zkomprimovaný přesně jednou. Používejte ji v poznámkách, tikketech a záznamech změn, aby se dva dokumenty daly porovnat bez převodu. Čtenář, který potká dva zápisy téže adresy, začne hledat rozdíl, který tam není. Konzistence je tu levná a odstraňuje celou třídu falešných poplachů.

Konfigurační soubory poslouchají vlastní pravidla a ta nejsou pravidly čitelnosti. Adresa spárovaná s portem potřebuje závorky, i když holá adresa ne, a kopie z poznámky do konfiguračního souboru ten rozdíl bez varování ztratí. Pojmenujte podobu, kterou každé pole používá, jinak plán způsobí chybu při přepisu, které měl zabránit.

Dvě notace jsou v pořádku, dokud je každá označená. Neoznačené míchání je to, co chybu přivolává.

Kde se objevují překrývající se rozsahy a chybějící zpětné cesty

Překryv přežije jiné chyby, protože nic nevypadá špatně, dokud dvě pracoviště neodpovídají za stejný rozsah. Označte pracoviště a generujte jedinečné lokální prefixy dokumentovaným postupem, místo abyste kopírovali příklad.

Seznam klientů nikdy nevysvětlí, kterým směrem odpověď putuje. Zaznamenejte cestu brány LAN zpět vedle rozsahu protějšku, který tunel nese, a záznam vysvětlí vzdálenou podsíť, která přijímá požadavky a mlčí. Spusťte níže uvedené kontroly na stroji a porovnejte je s položkou. Plán, který se neshoduje s ip -6 route, je plán, který lidé přestanou číst.

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

Dostupnost není oprávnění a prefix nikdy neznamená politiku. Napište zamýšlený přístup vedle trasy, na kterou se vztahuje. Jinak další čtenář považuje adresu v plánu za svolení dosáhnout každou službu za ní.

Jak plán přežije třetí pracoviště

Označte každý prefix jako delegovaný, místně přidělený nebo směrovaný jinak. U všeho, co se může přesunout, pojmenujte proces, který to dělá. Pak vyjmenujte záznamy DNS a pravidla firewallu, která se musí změnit ve stejném okně, protože aktualizace prefixu, která skončí na routeru, je z poloviny hotová.

Po změně dosáhněte na zdroj za každou hranicí, které se změna dotkla, než upravíte dokument. Plán, který popisuje síť minulého měsíce, je horší než žádný, protože mu lidé věří. Držte odvolaná přidělení v seznamu s datem, kdy zmizela, aby je nikdo omylem nevydal znovu. Tajemství zůstávají mimo soubor; plán síť vysvětluje, neotevírá.

Ukládejte plán tam, kde se změny recenzují, vedle konfigurace, kterou popisuje. Dokument, který nikdo znovu nečte, hnije rychleji než síť, kterou mapuje.