Hogyan marad olvasható egy IPv6 VPN-címterv egy év múlva
Az olvasható terv megmondja, melyik előtag melyik telephelyhez tartozik, és hogyan térnek vissza a válaszok. Rögzítse a szerepeket, a jelölést, a delegálást és a visszatérő útvonalakat minden bejegyzés mellett.
Két kérdés dönti el, hogy egy címterv megérdemli-e a helyét: melyik előtag melyik telephelyhez tartozik, és hogyan jut ki egy válasz abból a telephelyből. Válaszoljon mindkettőre egy menetben, és a karbantartó bárkit kikérdezése nélkül módosíthat egy partnert. A dokumentum minden más része ezt a két választ támogatja. Ami egyiket sem támogatja, az díszítés.
Mire kell az olvasónak válaszolnia, mielőtt hozzányúl egy partnerhez
A tömörítés rendezettnek mutatja a címeket, a rend nem szerkezet. A szerkezet annak tudása, melyik tartományt delegálta a szolgáltató, melyiket választotta, melyik kliensmedence és melyik van egy telephely mögött.
A jövő negyedévben csatlakozó kollégának írjon, akinek második telephelyet kell hozzáadnia. Semmi nem mondja meg neki az oldalon, honnan származik egy előtag, hacsak a bejegyzés nem teszi. Hagyja ki, és az első változtatás régészetté válik.
Mit kell a terv minden sorának hordoznia
Négy mező teszi ellenőrizhetővé a bejegyzést: az előtag hossza, a tulajdonosa, hová megy tovább a forgalom, és melyik komponens osztja ki az értéket. Állítsa őket a futó konfiguráció mellé, és minden eltérés magától előkerül. Egy múlt hónapban eltávolított alagútra mutató következő ugrás azonnal hibásnak látszik ahelyett, hogy beleolvadna.
Tartsa a szerepeket külön sorokban akkor is, ha kettő ma ugyanazt az előtagot használja. Egyesítésük a későbbi szétválasztást új kiosztásnak olvastatja, nem javításnak.
| 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 |
Ahol a kanonikus szöveg és a konfigurációs szintaxis eltér
Az RFC 5952 egyetlen szöveges alakot rögzít egy címhez: kisbetűk, nincs vezető nulla, és a nullacsoportok leghosszabb sorozata pontosan egyszer tömörítve. Használja jegyzetekben, ticketekben és változási rekordokban, hogy két dokumentum átalakítás nélkül összevethető legyen. Az olvasók, akik ugyanannak a címnek két írásmódjával találkoznak, olyan különbséget kezdenek keresni, amely nincs. A következetesség itt olcsó, és a téves riasztások egész osztályát szünteti meg.
A konfigurációs fájlok a saját szabályaikat követik, és ezek nem az olvashatóság szabályai. A porttal párosított cím zárójelet igényel akkor is, ha a csupasz cím nem, és a jegyzetből konfigurációs fájlba másolás figyelmeztetés nélkül veszíti el ezt a különbséget. Nevezze meg, melyik mező melyik alakot használja, különben a terv épp azt az átírási hibát okozza, amelyet meg kellett volna akadályoznia.
Két jelölés is rendben van, amíg mindegyik címkézett. A címkézetlen keverés az, ami hívja a hibát.
Ahol az átfedő tartományok és a hiányzó visszatérő útvonalak megjelennek
Az átfedés tovább él más hibáknál, mert semmi sem látszik hibásnak, amíg két telephely nem felel ugyanazért a tartományért. Címkézze a telephelyet, és a dokumentált eljárással generáljon helyileg egyedi előtagokat ahelyett, hogy lemásolna egy példát.
Az ügyféllista soha nem magyarázza meg, milyen irányba megy a válasz. Rögzítse a LAN-átjáró visszatérő útját az alagút által vitt partnertartomány mellett, és a rekord megmagyaráz egy távoli alhálózatot, amely kéréseket kap és hallgat. Futtassa az alábbi ellenőrzéseket a gépen, és hasonlítsa össze a bejegyzéssel. A terv, amely ellentmond a ip -6 route parancsnak, olyan terv, amelyet az emberek abbahagynak olvasni.
ip -6 route show default
ip -6 route get 2001:db8:2::10
ip -6 addr show dev wg0Az elérhetőség nem felhatalmazás, és egy előtag soha nem jelent szabályzatot. Írja a szándékolt hozzáférést az útvonal mellé, amelyre vonatkozik. Különben a következő olvasó a tervben szereplő címet engedélynek tekinti a mögötte lévő minden szolgáltatás elérésére.
Hogyan éli túl a terv a harmadik telephelyet
Jelölje minden előtagot delegáltként, helyben kiosztottként vagy más módon irányítottként. Mindenhez, ami mozoghat, nevezze meg a folyamatot, amely mozgatja. Ezután sorolja fel a DNS-rekordokat és a tűzfalszabályokat, amelyeknek ugyanabban az ablakban változniuk kell, mert az útválasztónál megálló előtagfrissítés félkész.
Változás után érjen el egy erőforrást minden határ mögött, amelyet a változás érintett, mielőtt szerkeszti a dokumentumot. A múlt hónapi hálózatot leíró terv rosszabb a semminél, mert az emberek bíznak benne. Tartsa a visszavont kiosztásokat a listán azzal a dátummal, amikor eltűntek, hogy senki ne adja ki őket újra véletlenül. A titkok a fájlon kívül maradnak; a terv a hálózatot magyarázza, nem nyitja meg.
A tervet ott tárolja, ahol a változásokat átnézik, a leírt konfiguráció mellett. Az a dokumentum, amelyet senki nem olvas újra, gyorsabban rohad, mint a hálózat, amelyet feltérképez.