4443155627c7733555f41eba8c6bbfce0475df67
TP23 — DNS-Policy & Self-Service-Ausnahmen (neu, Konzept entschieden): - Architektur: Filterliste bleibt zentral bei Cloudflare, lokal nur die Diffs. Kein RAM-Thema auf dem Core, eine Policy-Quelle, gleiche Regeln zuhause wie unterwegs. - Resolver-Wahl AdGuard Home (laeuft schon). Pi-hole disqualifiziert: spricht kein DoH (braeuchte cloudflared-Sidecar) + belegter v5->v6-Bruch. Technitium als dokumentierte Alternative. - AGHs fehlendes Gruppen-Objekt ist hier unkritisch: Clients per CIDR = ein VLAN ist eine Gruppe. Die Segmentierung ist bereits die Policy-Grenze. - WARP im LAN via Managed Networks abschaltbar (Beacon auf NAS/pve); loest die ICMP-Falle vom 2026-08-13. Side effect dokumentiert: kollidiert mit dem offenen TP16-Schritt 5 (vw von bypass auf WARP-geschuetzt). - 802.1X loest die IoT-Identitaet NICHT (kein Supplicant, MAB ist wieder MAC) -> TP8 bleibt Sicherheitsthema, nicht DNS-Identitaetsquelle. - Reihenfolge-Regel: TP5 darf die DNS-Bypass-Sperre erst schliessen, wenn die Ausnahme-Oberflaeche steht — der bisherige Workaround "Client auf 1.1.1.1" IST dieser Bypass. Weitere Korrekturen: - TP7.1 (SSDP-Reflector) aus "vorgemerkt" in das TP5-Paket gezogen: iOS-App und HA finden die Sonos, nur die macOS-Desktop-App nicht — SSDP quert die VLAN-Grenze nicht. Kein Firewall-Problem, die Regel ist laengst offen. - Ziel-Absatz (c): cudy1-VLAN1-Leak erledigt (core ether11 ohne Link, Nautobot Offline). (b): st-main rrm/wnm ist seit TP3.3 kein Provisorium mehr, sondern Teil der Golden Config. - TP7: mdns-repeat-ifaces auf den Live-Stand des Core nachgezogen (ohne bridge — mit dem VLAN1-Retirement erwartbar, war nie dokumentiert). Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
docs 🧭 Governance „Config nur via Nautobot" + TP19.1-Stand (ap1-DNS ✅, ap2 vertagt), sw2-IP-Korrektur .41.181, VLAN99-Cutover-Guides sw1/sw2, TP15-Lieferung 17.07., TP20 an Komodo gebunden
docs 🧭 Governance „Config nur via Nautobot" + TP19.1-Stand (ap1-DNS ✅, ap2 vertagt), sw2-IP-Korrektur .41.181, VLAN99-Cutover-Guides sw1/sw2, TP15-Lieferung 17.07., TP20 an Komodo gebunden
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
Description
BF-Infrastruktur (Fork von bf-network-r6): MikroTik, Caddy, AGH, Nautobot/GC, MCPs. Master seit 2026-08-27.
Languages
Python
57.9%
RouterOS Script
33.8%
Jinja
6.6%
Shell
1.7%