Zwei Fragen entscheiden, ob ein Adressplan seinen Platz verdient: welches Präfix zu welchem Standort gehört und wie eine Antwort aus diesem Standort wieder herauskommt. Beantworten Sie beide in einem Durchgang, und ein Betreuer kann einen Peer ändern, ohne jemanden zu befragen. Alles andere im Dokument existiert, um diese beiden Antworten zu stützen. Was keine von beiden stützt, ist Dekoration.

Was eine Leserin beantworten muss, bevor sie einen Peer anfasst

Komprimierung lässt Adressen ordentlich aussehen, und Ordentlichkeit ist keine Struktur. Struktur heißt zu wissen, welchen Bereich der Anbieter delegiert hat, welchen Sie gewählt haben, welcher ein Client-Pool ist und welcher hinter einem Standort sitzt.

Schreiben Sie für die Kollegin, die im nächsten Quartal dazukommt und einen zweiten Standort ergänzen muss. Nichts auf der Seite sagt ihr, woher ein Präfix stammt, wenn es der Eintrag nicht tut. Lassen Sie das weg, und die erste Änderung wird zur Archäologie.

Was jede Zeile des Plans tragen muss

Vier Felder machen einen Eintrag prüfbar: wie lang das Präfix ist, wem es gehört, wohin der Verkehr als Nächstes geht und welche Komponente den Wert ausgibt. Halten Sie sie gegen die laufende Konfiguration, und jede Abweichung tritt von selbst hervor. Ein nächster Hop auf einen im Vormonat entfernten Tunnel wirkt sofort falsch, statt sich einzufügen.

Führen Sie Rollen in getrennten Zeilen, auch wenn zwei davon heute ein Präfix teilen. Werden sie zusammengelegt, liest sich eine spätere Trennung wie eine neue Zuteilung statt wie eine Korrektur.

EntryFields to recordWhy a reviewer needs it
Endpoint addressesPrefix, owning side, session initiatorFirewall rules and peer config both read it
Tunnel interfacesPrefix and length, next hop, interface nameShows the path a packet actually takes
Client allocationsPool range, size, distributing componentShows room left before a redesign
Downstream networksPrefix, site label, return routeExplains a reply that never arrives

Wo kanonischer Text und Konfigurationssyntax auseinandergehen

RFC 5952 legt eine Textform für eine Adresse fest: Kleinbuchstaben, keine führenden Nullen und die längste Folge von Nullgruppen genau einmal komprimiert. Verwenden Sie sie in Notizen, Tickets und Änderungsprotokollen, damit zwei Dokumente ohne Umwandlung verglichen werden können. Wer zwei Schreibweisen einer Adresse antrifft, beginnt nach einem Unterschied zu suchen, den es nicht gibt. Konsistenz ist hier billig, und sie beseitigt eine ganze Klasse falscher Alarme.

Konfigurationsdateien folgen eigenen Regeln, und das sind nicht die Lesbarkeitsregeln. Eine Adresse mit Port braucht Klammern, auch wenn die nackte Adresse sie nicht braucht, und eine Kopie aus einer Notiz in eine Konfigurationsdatei verliert diesen Unterschied ohne Warnung. Benennen Sie die Form, die jedes Feld verwendet, sonst verursacht der Plan den Übertragungsfehler, den er verhindern sollte.

Zwei Notationen sind in Ordnung, solange jede gekennzeichnet ist. Ungekennzeichnete Mischung ist es, die den Fehler einlädt.

Wo sich überlappende Bereiche und fehlende Rückwege zeigen

Überlappung überlebt andere Fehler, weil nichts falsch aussieht, bis zwei Standorte für denselben Bereich antworten. Kennzeichnen Sie den Standort und erzeugen Sie eindeutige lokale Präfixe nach dem dokumentierten Verfahren, statt ein Beispiel zu kopieren.

Eine Client-Liste erklärt nie, in welche Richtung die Antwort reist. Notieren Sie den Rückweg des LAN-Gateways neben dem Peer-Bereich, den der Tunnel trägt, und der Eintrag erklärt ein entferntes Subnetz, das Anfragen erhält und stumm bleibt. Führen Sie die Prüfungen unten auf der Maschine aus und vergleichen Sie sie mit dem Eintrag. Ein Plan, der ip -6 route widerspricht, ist ein Plan, den Leute aufhören zu lesen.

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

Erreichbarkeit ist keine Berechtigung, und ein Präfix impliziert nie eine Richtlinie. Schreiben Sie den beabsichtigten Zugriff neben die Route, für die er gilt. Sonst behandelt der nächste Leser eine Adresse im Plan als Erlaubnis, jeden Dienst dahinter zu erreichen.

Wie der Plan den dritten Standort übersteht

Markieren Sie jedes Präfix als delegiert, lokal zugewiesen oder anders geroutet. Benennen Sie für alles, was sich bewegen kann, den Prozess, der es bewegt. Listen Sie dann die DNS-Einträge und Firewall-Regeln auf, die im selben Fenster geändert werden müssen, denn eine Präfix-Aktualisierung, die am Router endet, ist halb erledigt.

Erreichen Sie nach einer Änderung eine Ressource hinter jeder berührten Grenze, bevor Sie das Dokument bearbeiten. Ein Plan, der das Netz des Vormonats beschreibt, ist schlimmer als keiner, denn Leute vertrauen ihm. Halten Sie zurückgezogene Zuteilungen mit dem Datum ihres Wegfalls gelistet, damit niemand sie versehentlich neu vergibt. Geheimnisse bleiben außerhalb der Datei; ein Plan erklärt das Netz, er öffnet es nicht.

Bewahren Sie den Plan dort auf, wo Änderungen geprüft werden, neben der Konfiguration, die er beschreibt. Ein Dokument, das niemand erneut liest, verrottet schneller als das Netz, das es abbildet.

Ähnliche Artikel