Kako plan adresa IPv6 VPN-a održati čitljivim i godinu poslije

Dva pitanja odlučuju zaslužuje li plan adresa svoje mjesto: koji prefiks pripada kojem lokalitetu i kako odgovor izlazi iz tog lokaliteta. Odgovorite na oba u jednom prolazu i održavatelj može promijeniti partnera bez ispitivanja ikoga. Sve ostalo u dokumentu postoji da podupre ta dva odgovora. Što ne podupire nijedan, ukras je.

Što čitatelj mora odgovoriti prije nego dotakne partnera

Sažimanje čini adrese urednima, a urednost nije struktura. Struktura je znati koji je raspon davatelj delegirao, koji ste odabrali, koji je klijentski bazen i koji stoji iza lokaliteta.

Pišite za kolegu koji se pridruži sljedećem tromjesečju i mora dodati drugi lokalitet. Ništa na stranici ne govori odakle prefiks dolazi, osim ako to unos ne kaže. Preskočite to i prva promjena pretvara se u arheologiju.

Što svaki redak plana mora nositi

Četiri polja čine unos provjerljivim: duljina prefiksa, vlasnik, kamo promet ide dalje i koja komponenta dodjeljuje vrijednost. Postavite ih uz konfiguraciju koja radi i svako neslaganje izlazi samo. Sljedeći skok usmjeren na tunel uklonjen prošlog mjeseca izgleda odmah pogrešno umjesto da se stapa s ostatkom.

Držite uloge u odvojenim redovima čak i kad dvije danas dijele prefiks. Njihovo spajanje pretvara kasnije razdvajanje u nešto što se čita kao nova dodjela, a ne ispravak.

Gdje se kanonski tekst i konfiguracijska sintaksa razilaze

RFC 5952 utvrđuje jedan tekstni oblik adrese: mala slova, bez vodećih nula i najdulji niz nultih skupina sažet točno jedanput. Rabite ga u bilješkama, tiketima i zapisima promjena da se dva dokumenta usporede bez pretvorbe. Čitatelji koji sretnu dva pravopisa iste adrese počinju tražiti razliku koje nema. Dosljednost je ovdje jeftina i uklanja cijelu klasu lažnih alarma.

Konfiguracijske datoteke slijede vlastita pravila i to nisu pravila čitljivosti. Adresa uparena s portom treba zagrade i kad gola adresa ne treba, a kopija iz bilješke u konfiguracijsku datoteku gubi tu razliku bez upozorenja. Imenujte oblik koji svako polje rabi, inače plan izaziva upravo onu pogrešku prepisivanja koju je trebao spriječiti.

Dva su zapisa u redu dokle god je svaki označen. Neoznačeno miješanje je ono što poziva pogrešku.

Gdje se pojavljuju preklapajući rasponi i nedostajuće povratne rute

Preklapanje nadživi druge pogreške jer ništa ne izgleda pogrešno dok dva lokaliteta ne odgovaraju za isti raspon. Označite lokalitet i generirajte lokalno jedinstvene prefikse dokumentiranim postupkom umjesto kopiranja primjera.

Popis klijenata nikad ne objašnjava u kojem smjeru odgovor putuje. Zapišite povratni put LAN pristupnika uz raspon partnera koji tunel nosi, i zapis objašnjava udaljenu podmrežu koja prima zahtjeve i ostaje nijema. Pokrenite provjere u nastavku na stroju i usporedite ih s unosom. Plan koji se ne slaže s ip -6 route plan je koji ljudi prestaju čitati.

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

Dostupnost nije ovlaštenje i prefiks nikad ne podrazumijeva pravilo. Zapišite namjeravani pristup uz rutu na koju se odnosi. Inače sljedeći čitatelj adresu u planu smatra dopuštenjem za dolazak do svake usluge iza nje.

Kako plan preživi treći lokalitet

Označite svaki prefiks kao delegiran, lokalno dodijeljen ili usmjeren na drugi način. Za sve što se može premjestiti imenujte proces koji ga premješta. Zatim navedite DNS zapise i pravila vatrozida koja se moraju promijeniti u istom prozoru, jer je ažuriranje prefiksa koje stane na usmjerivaču napola obavljeno.

Nakon promjene dođite do resursa iza svake granice koju je promjena dotaknula prije nego uredite dokument. Plan koji opisuje mrežu prošlog mjeseca gori je od nikakvog, jer mu ljudi vjeruju. Držite povučene dodjele na popisu s datumom kada su otišle da ih nitko slučajno ne izda ponovno. Tajne ostaju izvan datoteke; plan objašnjava mrežu, ne otvara je.

Pohranite plan tamo gdje se promjene pregledavaju, uz konfiguraciju koju opisuje. Dokument koji nitko ne čita ponovno trune brže od mreže koju kartira.