Christoph Emsenhuber
5b043f1032
Die erste Fassung entstand vor der Caddy-Abnahme. Live erhoben, dagegen: - adguard_bf1 (.20.16) ist ein Archiv, keine Vorlage: 24 Rewrites, davon 8 ins tote VLAN1, 9 auf den heute zerstoerten nginx-proxy-manager (LXC 128) und 2 FritzBox-Reste. Uebernommen werden Upstreams/Filter, die Rewrites entstehen neu aus caddy/Caddyfile. - .20.17 ist nicht "bf2", sondern adguard_fm2 (FM-Standort) und antwortet fuer gitea mit 10.40.41.123. BF hat heute EINEN AGH. - Die TP5-Vorratsregeln erlauben LAN->DNS hart auf .20.16. Nach dem DHCP-Flip wird DNS ein forward-Fluss ueber VLAN-Grenzen; ohne erweiterte Regeln verlieren IOT/MEDIA/UNTRUSTED/GUEST/MGMT die Aufloesung, waehrend VLAN20 weiterlaeuft und den Fehler tarnt. Dazu neu: lease-time=1d macht Flip und Rollback traege (erst zur Erneuerung wirksam), expliziter Rollback-Abschnitt, .36/.37 als frei geprueft, und der Core bleibt bewusst Rueckfallebene. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
bf-network-r6
BF-Netzwerk-Migration (Variante R6+C2). 2× MikroTik hAP ax² + Core ALL-SG8316M.
SSOT & Übergabe: HANDOVER.md — kompletter Status, Architektur + Begründungen, Phasen, Gotchas, Zugänge.
Plan-Origin: ~/.claude/plans/welche-kosteng-nstigen-alternativen-zu-memoized-sparkle.md
Struktur:
docs/vlan-plan.md— VLAN-/Adressplan (final)docs/core-switch-prep.md— Core-Switch Status & Phasendocs/firmware-flash-runbook.md— FW-Flash Historieswitch/cli/CLI-REFERENCE.md— bestätigte CLI-Syntaxswitch/cli/*.cli/*.exp— reproduzierbare Konfig-Scriptsinventory/bf.csv/bf.md— IP-Doku (aus IPs.xlsx gespiegelt)inventory/bf-core-ports.csv/.md— Switch-Port-Map
Aktueller Stand (2026-06-09):
- Phase A (VLAN-Vorbereitung) ✅ abgeschlossen
- Phase B (hAP-Cutover) ⏳ wartet auf MikroTik-Lieferung
- Phase C (Firewall) + Phase D (Adress-Migration) ausstehend