admin/bf-infra

Go to file

Christoph Emsenhuber 919f8623c9 TP10 🎯 Root Cause FM-NAT gefunden: FB braucht LAN-IP als WG-Address (Proxy-ARP)

Echt-Host-Test (Ping realer 10.101.0.10 über WG) -> Antwort aus 10.255.255.2
=> FB masqueradet den Tunnel, bestätigt. Ursache: .conf nutzte Transfernetz-
Adresse (10.255.255.2/32) -> FRITZ!OS = Einzelgerät-Modus = NAT. AVM nutzt
Proxy-ARP statt Transfernetz -> FB-WG-Interface-Address muss die FB-LAN-IP sein
(FM 10.101.0.254/24, DW 192.168.178.1/24), Transfernetz streichen, AllowedIPs
10.40.0.0/16. -> WG-Spoke-Ansatz damit machbar.

- fritzbox-wg-lanlan-klickanleitung.md: Root Cause + One-Field-Fix (LAN-IP als
  Address), LAN-LAN-Wizard, Verify gegen 10.101.0.10.
- teilprojekte.md / tp10-vpn-migration.md: Status "Root Cause gefunden, machbar".

Korrigierte Spoke-Configs in routeros/.secrets/wg-{fm,dw}.conf (gitignored).
FM bleibt auf IPsec (Sicherheitsnetz); ap1-WG-Hub inert.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>

2026-06-17 00:15:32 +02:00

TP4 DNS: Entscheidung auf RouterOS-nativ + nur statische Records

2026-06-15 11:24:05 +02:00

TP10 🎯 Root Cause FM-NAT gefunden: FB braucht LAN-IP als WG-Address (Proxy-ARP)

2026-06-17 00:15:32 +02:00

Teilprojekte + MikroMCP + WLAN-Vorarbeit: Steuerungsdok, Research, MCP-Setup, CAPsMAN-Asbuilt, AP-Trunk-Guides + Port-Map

2026-06-15 08:42:03 +02:00

TP2 ✅ omada-mcp live (.176/pve, StreamableHTTP /mcp) — Verbindungstest grün

2026-06-15 15:07:14 +02:00

TP2 🔍 Profile-Analyse + TP4 vorgezogen

2026-06-15 19:00:40 +02:00

TP2 ✅ Omada Controller deployed + omada-mcp staged: DS923/macvlan, pve-mcp eingetragen

2026-06-15 14:11:05 +02:00

TP10 🎯 Root Cause FM-NAT gefunden: FB braucht LAN-IP als WG-Address (Proxy-ARP)

2026-06-17 00:15:32 +02:00

TP1 ✅ ALLNET Core-Switch finalisiert: VLAN 40→MEDIA, VLAN 50 UNTRUSTED, GE8 Trunk verifiziert

2026-06-15 11:33:25 +02:00

.gitignore

Initial commit: BF Core-Switch-Prep + VLAN-Architektur + Delegations-Übergabe

2026-06-09 18:08:45 +02:00

CLAUDE.md

AP4.1 📋 Cutover-Tutorial + Session-Doku — FB-Bridge gegated auf TP10-VPN

2026-06-16 11:45:41 +02:00

HANDOVER.md

CLAUDE.md: auto-geladener Session-Kontext (VLAN, HW, Tooling, Gotchas)

2026-06-15 10:45:42 +02:00

README.md

Docs: core-switch-prep auf aktuellen Stand bringen

2026-06-09 19:01:14 +02:00

README.md

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 & Phasen
docs/firmware-flash-runbook.md — FW-Flash Historie
switch/cli/CLI-REFERENCE.md — bestätigte CLI-Syntax
switch/cli/*.cli / *.exp — reproduzierbare Konfig-Scripts
inventory/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