Files
bf-infra/README.md
Christoph Emsenhuber 810126c01b Doku: bf-infra hat seit 2026-08-30 ein Gitea-Remote (Backup-Luecke geschlossen)
CLAUDE.md und README.md behaupteten beide noch den Inventur-Stand vom
2026-08-27: "lokal, kein Gitea-Remote (Working-Copy). Verloren bei
Festplattencrash." bzw. "kein Gitea-Remote (Sicherheitsluecke, offen)".

Live geprueft: origin = https://gitea.emsenhuber.net/admin/bf-infra.git,
main lokal und remote identisch. Die Luecke ist zu.

Dazu der Hinweis, der die Aussage traegt: ein Remote ist nur so viel wert wie
der letzte Push - der Backup-Guard (TP35 Schicht 5) ist genau diese
Erinnerung und wird nicht mit --no-verify umgangen.

docs/handoff-20260827-inventur-und-architektur.md bleibt unveraendert - der
Handoff ist ein historischer Snapshot und war an dem Tag korrekt.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-31 07:52:33 +02:00

52 lines
2.7 KiB
Markdown
Raw Permalink Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# bf-infra
BF-Netzwerk-Infrastruktur (Caddy, AGH, MikroTik-Konfig, Dokumentation, MCPs).
Aktiver Fork von `bf-network-r6` (Claude-Code-Architektur, 2025-2026), ab August 2026
unter OpenCode und anderem LLM weitergepflegt.
## Master-Struktur
| Repo | Rolle | Stand |
|---|---|---|
| `~/dev/bf-infra/` + `admin/bf-infra` (Gitea) | Aktiver Master | **Remote seit 2026-08-30**, `main` synchron — Backup-Lücke geschlossen |
| `admin/bf-network-r6` (Gitea) | Archiv, historischer Master | read-only-Header, letzte aktive Commits 2026-08-25 |
| `admin/bf-golden-config` (Gitea) | Bot-Master (Nautobot 2×/Tag) | intended/ + backups/, nicht manuell |
| `admin/blaueblueten-n8n` (Gitea) | Master für terpene-Repo | aktiv, lokal synchron |
## Was hier lebt
- `docs/teilprojekte.md` — kanonische Steuerung (Ist-Stand, offene TPs, kritischer Pffad)
- `docs/teilprojekte-archiv.md` — abgeschlossene TPs (Volltext)
- `docs/handoff-*.md` — Session-Übergaben
- `caddy/Caddyfile` — Reverse-Proxy BF (siehe TP34 für Migration zu Nautobot/GC)
- `nautobot/` — Skripte + Jinja-Template für Golden Config
- `mcp/` — MCP-Server-Inventar (SSoT gegen „1000 MCP-Leichen")
- `inventory/` — **entfernt 2026-08-27** (Pipeline seit 2025-06 stale; Live-Daten via MikroMCP/CF/Portainer)
## Status (2026-08-27)
- L3 + WAN-Edge = `crs326-core`, alle 4 MikroTik auf RouterOS 7.24 (TP27)
- Firewall deny-by-default seit 2026-08-18 (TP5)
- WLAN via CAPsMAN auf dem Core seit 2026-08-17 (TP28)
- Compliance 104/104 grün, 0 Drifts (Golden Config, TP22)
- AdGuard-Paar `agh-bf1`/`agh-bf2` aufgebaut, DHCP noch nicht umgestellt (TP23 Stufe 2 / TP31 Schritt 4)
- Caddyfile Reverse-Proxy seit 2026-08-25 (TP31), 16 Sites BF-intern
- terpene.teilzeitladen.xyz: Worker läuft auf Mac mini (10.40.20.167:8890), **kein Caddy-Block, kein CF-Tunnel** — Backfill via DB-Migration blockiert (Handoff 2026-08-27)
## Übergangspfad von bf-network-r6 → bf-infra
1. README + Strukturen aktualisiert (dieses File)
2. bf-network-r6 im Gitea auf read-only, Header mit Verweis (deine Aktion)
3. Inventar-Pipeline gelöscht (XLSX stale, MikroMCP/CF/Portainer liefern Live)
4. Caddyfile-Master wandert zu Nautobot/GC (TP34, siehe Handoff 2026-08-27)
5. bf-infra bekommt Gitea-Remote (offen, „später")
## Werkzeuge (Stand 2026-08-27)
- **MikroMCP** (RouterOS, 4 Geräte) — `~/.claude.json` + `opencode.jsonc`
- **pve-mcp** (Proxmox, 10.40.20.173) — `opencode.jsonc`
- **home-assistant** (HA, 10.40.20.105) — `opencode.jsonc`
- **cloudflare** (CF-API, OAuth) — `opencode.jsonc`
- **gitea-mcp** (FQDN) — `opencode.jsonc`
- **komodo-mcp** (geplant, Migration von Portainer) — `~/dev/bf-infra/mcp/komodo/`
- **shelly-mcp** (Client-lokal Interim, 127.0.0.1:3030) — vor Migration auf zentralen Container