Cum păstrăm lizibil un plan de adrese IPv6 pentru VPN după un an

Două întrebări decid dacă un plan de adrese își merită locul: ce prefix aparține cărui sit și cum iese un răspuns din acel sit. Răspunde la ambele dintr-o dată și un maintainer poate schimba un peer fără să interogheze pe nimeni. Restul documentului există pentru a susține cele două răspunsuri. Ce nu susține niciunul este decor.

Ce trebuie să răspundă un cititor înainte de a atinge un peer

Compresia face adresele să pară ordonate, iar ordinea nu este structură. Structură este să știi ce interval a delegat furnizorul, pe care l-ai ales, care este un pool de clienți și care stă în spatele unui sit.

Scrie pentru colegul care se alătură trimestrul viitor și trebuie să adauge un al doilea sit. Nimic din pagină nu-i spune de unde vine un prefix, decât dacă intrarea o face. Sari peste asta și prima modificare devine arheologie.

Ce trebuie să poarte fiecare rând al planului

Patru câmpuri fac o intrare verificabilă: cât de lung este prefixul, cine îl deține, unde merge traficul mai departe și ce componentă distribuie valoarea. Compară-le cu configurația care rulează și orice nepotrivire apare de la sine. Un următor salt îndreptat spre un tunel eliminat luna trecută pare greșit imediat, în loc să se contopească.

Ține rolurile pe rânduri separate chiar când două dintre ele împart un prefix azi. Unirea lor transformă o separare ulterioară în ceva ce se citește ca o alocare nouă, nu ca o corectare.

Unde textul canonic și sintaxa de configurare diverg

RFC 5952 fixează o singură formă textuală pentru o adresă: litere mici, fără zerouri inițiale și cea mai lungă secvență de grupuri zero comprimată exact o dată. Folosește-o în note, tichete și jurnale de modificări ca două documente să se compare fără conversie. Cititorii care întâlnesc două scrieri ale aceleiași adrese încep să caute o diferență care nu există. Consecvența aici este ieftină și elimină o întreagă clasă de alarme false.

Fișierele de configurare respectă propriile reguli, iar acestea nu sunt regulile lizibilității. O adresă împerecheată cu un port are nevoie de paranteze chiar când adresa goală nu are, iar o copie dintr-o notă într-un fișier de configurare pierde această distincție fără avertisment. Numește forma folosită de fiecare câmp, altfel planul produce exact eroarea de transcriere pe care trebuia să o prevină.

Două notații sunt în regulă atâta timp cât fiecare este etichetată. Amestecul neetichetat este cel care invită greșeala.

Unde apar intervale suprapuse și căi de întoarcere lipsă

Suprapunerea supraviețuiește altor greșeli pentru că nimic nu pare greșit până când două situri nu răspund pentru același interval. Etichetează situl și generează prefixe unice locale prin procedura documentată în loc să copiezi un exemplu.

O listă de clienți nu explică niciodată în ce direcție călătorește răspunsul. Notează calea de întoarcere a gateway-ului LAN lângă intervalul de peer pe care îl transportă tunelul, iar înregistrarea explică o subrețea îndepărtată care primește cereri și rămâne tăcută. Rulează verificările de mai jos pe mașină și compară-le cu intrarea. Un plan care contrazice ip -6 route este un plan pe care oamenii încetează să-l citească.

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

Accesibilitatea nu este autorizare, iar un prefix nu implică niciodată o politică. Scrie accesul dorit lângă ruta căreia i se aplică. Altfel următorul cititor tratează o adresă din plan ca permisiune de a ajunge la fiecare serviciu din spatele ei.

Cum supraviețuiește planul celui de-al treilea sit

Marchează fiecare prefix ca delegat, alocat local sau rutat în alt mod. Pentru tot ce se poate muta, numește procesul care îl mută. Apoi listează înregistrările DNS și regulile de firewall care trebuie schimbate în aceeași fereastră, pentru că o actualizare de prefix care se oprește la router este pe jumătate făcută.

După o modificare, ajunge la o resursă din spatele fiecărei granițe atinse de modificare înainte de a edita documentul. Un plan care descrie rețeaua de luna trecută este mai rău decât niciunul, fiindcă oamenii se bazează pe el. Ține alocările retrase în listă cu data la care au dispărut, ca nimeni să nu le emită din nou din greșeală. Secretele rămân în afara fișierului; un plan explică rețeaua, nu o deschide.

Păstrează planul acolo unde modificările sunt revizuite, lângă configurația pe care o descrie. Un document pe care nimeni nu îl recitește putrezește mai repede decât rețeaua pe care o cartografiază.