Slik held du ein IPv6 VPN-adresseplan lesbar eit år seinare
Ein lesbar plan seier kva prefiks som høyrer til kva stad og korleis svar kjem tilbake. Skriv ned rollar, notasjon, delegering og returruter ved sida av kvar oppføring.
To spørsmål avgjer om ein adresseplan fortener plassen: kva prefiks som høyrer til kva stad, og korleis eit svar kjem seg ut av den staden. Svar på begge i éin omgang, og ein vedlikehaldar kan endre ein peer utan å avhøyre nokon. Alt anna i dokumentet finst for å støtte dei to svara. Det som ikkje støttar noko av dei, er dekorasjon.
Kva ein lesar må svare på før han rører ein peer
Komprimering får adresser til å sjå ryddige ut, og ryddigheit er ikkje struktur. Struktur er å vite kva område leverandøren delegerte, kva du valde, kva som er ein klientpool og kva som ligg bak ein stad.
Skriv for kollegaen som byrjar neste kvartal og må leggje til ein andre stad. Ingenting på sida fortel dei kvar eit prefiks kjem frå med mindre oppføringa gjer det. Hopper du over det, blir den første endringa arkeologi.
Kva kvar linje i planen må bere
Fire felt gjer ei oppføring etterprøvbar: kor langt prefikset er, kven som eig det, kvar trafikken går vidare og kva komponent som deler ut verdien. Hald dei opp mot køyrande konfigurasjon, og kvar usemje dukkar opp av seg sjølv. Eit neste hopp retta mot ein tunnel som vart fjerna førre månad, ser straks gale ut i staden for å smelte inn.
Hald rollar på eigne rader sjølv når to av dei deler eit prefiks i dag. Slår du dei saman, blir ei seinare deling noko som les som ei ny tildeling og ikkje som ei retting.
| 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 |
Der kanonisk tekst og konfigurasjonssyntaks skil lag
RFC 5952 fastset éin tekstform for ei adresse: små bokstavar, ingen leiande nullar og den lengste serien nullgrupper komprimert nøyaktig éin gong. Bruk henne i notat, saker og endringsloggar slik at to dokument kan samanliknast utan konvertering. Lesarar som møter to skrivemåtar av same adresse, byrjar å leite etter ein skilnad som ikkje finst. Konsistens her er billeg, og han fjernar ein heil klasse falske alarmar.
Konfigurasjonsfiler følgjer eigne reglar, og dei er ikkje lesbarheitsreglane. Ei adresse som er para med ein port, treng klammer sjølv når den bare adressa ikkje gjer det, og ein kopi frå eit notat til ei konfigurasjonsfil mistar denne skilnaden utan varsel. Namngje forma kvart felt brukar, elles årsakar planen nettopp den transkripsjonsfeilen han skulle hindre.
To notasjonar er greitt så lenge kvar av dei er merkte. Det er den umerkte blandinga som inviterer til feilen.
Der overlappande område og manglande returvegar dukkar opp
Overlapp overlever andre feil fordi ingenting ser gale ut før to stader svarar for same område. Merk staden og generer lokalt unike prefiks gjennom den dokumenterte prosedyren i staden for å kopiere eit døme.
Ei klientliste forklarar aldri kva retning svaret reiser. Skriv ned returvegen til LAN-gatewayen ved sida av peer-området tunnelen ber, og oppføringa forklarar eit eksternt subnett som tek imot førespurnader og blir taus. Køyr kontrollane nedanfor på maskinen og samanlikn dei med oppføringa. Ein plan som er i strid med ip -6 route, er ein plan folk sluttar å lese.
ip -6 route show default
ip -6 route get 2001:db8:2::10
ip -6 addr show dev wg0Nåbarheit er ikkje autorisasjon, og eit prefiks inneber aldri ein policy. Skriv den tiltenkte tilgangen ved sida av ruta han gjeld. Elles behandlar neste lesar ei adresse i planen som løyve til å nå kvar teneste bak henne.
Korleis planen overlever den tredje staden
Merk kvart prefiks som delegert, lokalt tildelt eller ruta på annan måte. For alt som kan flytte seg, namngje prosessen som flyttar det. List deretter opp DNS-oppføringane og brannmurreglane som må endrast i same vindauge, fordi ei prefiksoppdatering som stoppar i rutaren, er halvvegs gjort.
Etter ei endring, nå ein ressurs bak kvar grense endringa rørte, før du redigerer dokumentet. Ein plan som skildrar førre månad sitt nettverk, er verre enn ingen, sidan folk stolar på han. Hald tilbakekalla tildelingar oppførte med datoen dei forsvann, slik at ingen gir dei ut igjen ved eit uhell. Hemmelegheiter blir utanfor fila; ein plan forklarar nettverket, han opnar det ikkje.
Lagre planen der endringar blir gjennomgått, ved sida av konfigurasjonen han skildrar. Eit dokument ingen les på nytt, råtner raskare enn nettverket det kartlegg.