From 3304fa0ed94fdccf0bf2f9356dceb95c84b9be5c Mon Sep 17 00:00:00 2001 From: Christoph Emsenhuber Date: Sun, 9 Aug 2026 00:46:06 +0200 Subject: [PATCH] =?UTF-8?q?TP9:=20Begr=C3=BCndung=20gesch=C3=A4rft=20?= =?UTF-8?q?=E2=80=94=20HA=20beseitigt=20Core-SPOF=20nicht,=20baut=20nur=20?= =?UTF-8?q?Sollbruchstellen=20ein?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Core ist unumgänglicher L3-Durchleitungspunkt; zweites Gerät/VRRP entfernt den SPOF nicht, sondern addiert Config-Sync/Split-Brain/VRRP-Fehler = netto Zuverlässigkeits- Verlust. User-Entscheid 'ganz klar nein'. Co-Authored-By: Claude Opus 4.8 --- docs/teilprojekte.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/teilprojekte.md b/docs/teilprojekte.md index 14753ac..24870fc 100644 --- a/docs/teilprojekte.md +++ b/docs/teilprojekte.md @@ -267,7 +267,7 @@ FT kaschierte das bisher als „Roaming" statt „schwache Abdeckung". - Abh.: TP3. (Research erledigt, s. TP-R.) ### TP9 — Gateway-/Router-HA ▸ ❌ OBSOLET (User-Entscheid 2026-08-08) -- ❌ **Verworfen: `crs326-core` bleibt bewusster Single Point of Failure — kein Router-/Gateway-HA gewollt.** Der HA-Aufwand (DHCP/DNS/Firewall/NAT identisch auf zwei Geräten gepflegt, VRRP-Sync) steht nicht im Verhältnis zum Heim-Nutzen; DR-Weg = Config-Backup-Restore (+ ggf. AP-Reprovisionierung). Die VRRP-Skizze unten ist damit nur noch historische Recherche. +- ❌ **Verworfen (User-Begründung 2026-08-08, „ganz klar nein"):** am `crs326-core` führt ohnehin **nie ein Weg vorbei** — er ist der unumgängliche L3-Durchleitungspunkt. Ein zweites Gerät / VRRP **beseitigt diesen SPOF nicht**, sondern baut nur **zusätzliche Sollbruchstellen** ein (2× Config-Sync für DHCP/DNS/Firewall/NAT, Split-Brain-Risiko, VRRP-Eigenfehler) → netto ein Zuverlässigkeits-**Verlust**, kein -Gewinn. Die Frage ist nicht „Aufwand vs. Nutzen", sondern „mehr Fehlerquellen einbauen?" → nein. DR-Weg = Config-Backup-Restore (+ ggf. AP-Reprovisionierung). VRRP-Skizze unten = nur noch historische Recherche. - **„Was, wenn ap1 ausfällt?"** → **VRRP** löst Gateway-Failover je VLAN ~gratis (kreuzweise Master/Backup). ⚠️ **Haken (nicht Last):** DHCP/Firewall/NAT/DNS müssen auf **BEIDEN** APs **identisch** gepflegt sein, sonst „Gateway up, Internet tot". **Empfehlung:** VRRP nur für **MAIN/INFRA**, sonst ap2 als **Kalt-Ersatz** + Backup. DHCP/DNS schon redundant (Split + 2 Resolver).