# Handoff 2026-09-01 — TP42 Namens-Vereinheitlichung bf.lan → emsenhuber.net > **Angelegt aus einem TP41-Randbefund.** Reine Anlage + Bestandsaufnahme; **keine Live-Änderung** > in dieser Session. Umsetzung = eigene Session. ## Auslöser Beim Verifizieren des T3-Resolvers (TP41) live gemessen: | Resolver | vw.emsenhuber.net | Bewertung | |---|---|---| | 10.40.20.36 / .37 | 10.40.20.40 | ✅ korrekt (reale Client-Resolver, via DHCP) | | 10.40.20.1 (Core) | 188.114.96.10 / .97.10 | public CF (Core macht DoH→CF) | | 10.40.20.16 | CNAME nginx-bf.emsenhuber.net (kein A) | 🔴 stale | | 10.40.20.17 | nginx.bf.emsenhuber.net + 10.40.41.123 | 🔴 stale, totes VLAN1 | Daneben: Core `/ip dns static` = 11× `*.bf.lan`; Caddyfile doppelt jeden internen Namen als `*.bf.emsenhuber.net`. ## Befund-Fundstellen (Start für die Umsetzung) - **Core (`crs326-core`) `/ip dns static`:** router.lan, core.bf.lan, macmini.bf.lan, pve.bf.lan, pve-mcp.bf.lan, nas.bf.lan, docker.bf.lan, platform-pg.bf.lan, ap1.bf.lan, ap2.bf.lan, branch.bf.lan. - **Caddyfile (`caddy/Caddyfile`, LXC130/.40):** `*.bf.emsenhuber.net`-Aliase an nautobot/ccu/iobroker/ z2m25/pve-mcp/ha-mcp/n8n-mcp/gitea-mcp/pve/portainer/pbs. - **AdGuard `.36`/`.37`:** aktive Split-Horizon-Rewrites `*.emsenhuber.net → .40` (Sollquelle). - **Stale `.16`/`.17`:** alte AdGuard, `nginx*`-Antworten + `10.40.41.123` → abbauen/klären. - **DHCP:** Search-/Domain-Option je Netz prüfen (welcher Suffix wird verteilt?). ## Ziel Ein interner Namensraum `emsenhuber.net` (Split-Horizon `.36/.37 → .40`). `.bf.lan` + `.bf.emsenhuber.net` raus. Sollzustand in Nautobot (TP37). ## Offen / Entscheidungen für die Umsetzungssession 1. Zielschema fix: nur `emsenhuber.net`, oder `bf.emsenhuber.net` als **einzige** interne Zone? 2. Migrationsreihenfolge ohne DNS-Loch (erst neue Namen, dann alte weg). 3. `.16/.17`: laufen die noch, gehören sie abgebaut? (mit TP für AdGuard-Konsolidierung abgleichen) 4. Nautobot-Erfassung: Custom Field / Records — abhängig von TP37-Datenmodell. ## Nicht anfassen Öffentliche Zone `emsenhuber.net` (CF); Resolver-Zuordnung `.36/.37`; `.1`-DNS-Reste auf Clients (User: „bis jetzt kein Problem"). Test-Vantage-Lehre aus TP41 beachten (von zuhause umgeht man CF).