Dienste-Inventar Homelab – Stand 28.10.2026¶

Arbeitsstand der Recherche

Dieser Bericht ist eine Belegsammlung aus der D1-Session (27./28.10.2026). Er enthält Einschätzungen, die später anders entschieden wurden. Verbindlich ist das D1-Design.

Erhoben am 28.10.2026, nur lesend (docker inspect/logs, read-only-SQL/SQLite, VictoriaMetrics, Traefik-Access-Log, systemctl). Zeitraum „30 d“ = 28.09.–28.10.2026.

Quellen und Lesehilfe

Traefik NUC: Access-Log /mnt/ssd/container-data/traefik/logs/access.log (JSON, 4,0 GB, seit 21.09.2025 nicht rotiert), 30 Tage ausgewertet. Angaben als „Requests / Tage mit Zugriffen“. Gegenprobe über traefik_router_requests_total in VM: stimmt überein.
Client-Zuordnung (Pi-hole-Netzwerktabelle):
Endgeräte: .26 und .38 = Robins-MBP, .233 = Robins-iPhone, .230 = iPad (Wand), .75 = iPad von Robin, .61 = iPhone Lars, .34/.83 = Apple TV oben/unten, .188 = RobinGamingPC.
Geräte im Heimnetz: .4 = Espressif (Zigbee-Koordinator), .150 = UNAS, .7 = aiserver.
10.10.10.3 = NUC selbst. Darunter laufen zwei Quellen zusammen: Home Assistant (Host-Netz) und Uptime Kuma vom VPS. Kuma kommt über den Tailscale-Subnet-Router, der mit SNAT arbeitet. Die Anfragen „/“ im Minutentakt auf HA, Paperless und Z2M sind die Kuma-Monitore.
RAM: cAdvisor container_memory_working_set_bytes, angegeben als Spitze max_over_time[30d] / aktuell, in MiB. aiserver und VPS haben kein cAdvisor, dort gibt es nur aktuelle Werte aus docker stats.

NUC (10.10.10.3)¶

Host: 8 Threads, 31,0 GiB RAM.

Speicherbelegung: aktuell 20,4 GiB, Spitze 26,6 GiB. Swap 4,0/4,0 GB voll (Spitze 3,9 GiB).
Datenträger: SSD /mnt/ssd 916 GB, davon 220 GB belegt.
Backup-RAID: RAID5 md0 mit 4 Platten im QNAP TR-004 per USB, btrfs, ca. 11 TB.
NFS vom UNAS (10.10.10.150): /mnt/paperless, /mnt/unas, /mnt/pictures, /mnt/monitoring. Dazu /mnt/storagebox über rclone (Hetzner Storage Box).

Laufende Container¶

Dienst	Stack	Nutzung + Beleg	Hostbindung	Zustand/Daten	RAM Spitze/aktuell	Abhängigkeiten
homeassistant	homeassistant	Stark genutzt. 135k Requests: iPad .230 82k/19 d, iPhone .233 5,1k/29 d, MBP 2,9k, iPad Robin 588/28 d, iPhone Lars 149/30 d. 50k Mobile-App-Webhooks. Assist-Pipeline „Voice DE“ (STT `stt.onnx_asr`, TTS `tts.piper`, Konversation Google AI).	network_mode host, privileged, NET_ADMIN/NET_RAW, `/run/dbus` (Bluetooth AX201). HomeKit-Bridges 21063/21064/21066, 8123, mDNS/SSDP, go2rtc 18555.	SQLite `home-assistant_v2.db` 1,4 GB. Backups 15 GB in container-data. Insgesamt 17 GB SSD.	2749 / 2199	Von HA genutzt: mqtt (10.10.10.3:1883), influxdb (:8086), nut-upsd (localhost:3493), wyoming NUC (localhost:10300/10200), Jellyfin und Sonarr (über Traefik), ESPHome-Gerät 10.10.10.107, Google AI (Cloud). Kaputt: pi_hole und ollama (→ NUC :11434, gestoppt), ZHA ohne Stick (siehe Auffälligkeiten). Nutzen HA: ha-mcp, Prometheus-Scrape, Uptime Kuma.
ha-mcp	homeassistant	Claude-Sessions: Log-Aktivität an 10 von 30 Tagen (zuletzt 28.10.).	Host-Port 8088, ohne Traefik.	`ha-mcp` 4,7 MB	280 / 185	→ HA, ha-mcp-screenshot
ha-mcp-screenshot	homeassistant	Teil von ha-mcp	– (eigenes egress-Netz)	zustandslos	689 / 93	→ HA
zigbee2mqtt	zigbee2mqtt	Genutzt. 69 Geräte in `database.db`. UI: iPhone 580 Requests/7 d, MBP 428/8 d, GamingPC 46/1 d. Dazu 43,8k Kuma-Checks.	Keine. Koordinator per Netzwerk `tcp://10.10.10.4:6638` (zstack).	6,5 MB, JSON-Dateien	153 / 139	→ mqtt; HA hängt daran
mqtt (Mosquitto 2.0)	zigbee2mqtt	Teil von HA/Z2M. Einzige Clients in 30 d: HA (10.10.10.3), Z2M (`mqttjs`) und mqdockerup (11k Verbindungen, am 17.10. entfernt). Keine Fremdgeräte.	Host-Ports 1883, 9001 (LAN).	Bind auf das Z2M-Datenverzeichnis als `/mosquitto`, dazu 2 leere anonyme Volumes. Läuft mit `/mosquitto-no-auth.conf`.	11 / 9	HA, Z2M
esphome	esphome	Keine Nutzung. Router `esphome@file` 0 Requests. Einzige Gerätedatei `esphome-serverschrank.yaml`, zuletzt geändert 26.05. HA spricht das Gerät direkt an.	network_mode host, privileged	2,5 GB (vor allem Build-Cache)	78 / 62	Nur für Kompilieren/OTA nötig
pihole	pihole	Kern-DNS. 6,34 Mio. Queries von 65 Clients in 30 d. Web-UI 0 Requests.	Host-Port 53 tcp/udp, NET_ADMIN, NET_RAW, SYS_TIME u. a., restart=always.	FTL-DB, insgesamt 2,0 GB	568 / 181	→ unbound (Container). Alle LAN-Clients hängen daran.
unbound	pihole	Teil von pihole (Upstream `unbound#53`)	–	Config aus Repo	29 / 25	pihole
traefik	traefik	Reverse-Proxy für alle `*.home.robinwerner.net`	Host-Ports 80/443, `docker.sock` ro, Metrics nur 127.0.0.1:8082	Zertifikate. access.log 4,0 GB unrotiert.	106 / 63	Alle Web-Dienste; Kuma; HA-Integrationen
tailscale	tailscale	Subnet-Router 10.10.10.0/24 und Exit-Node (`tag:gateway`), SNAT an. Headscale: zuletzt gesehen 27.10.	network_mode host, NET_ADMIN, SYS_MODULE, `/dev/net/tun`	36 MB	170 / 84	→ Headscale (VPS). Kuma-Checks und Fernzugriff laufen darüber.
cloudflare-ddns	cloudflare-ddns	Aktiv: hält `ddns.` und `udm.robinwerner.net` aktuell, Healthchecks-Ping alle 5 min.	network_mode host	zustandslos	17 / 10	Cloudflare, healthchecks (VPS)
nut-upsd	nut	Aktiv: USV CyberPower PR1500 per USB. Clients: natives `upsmon` und HA.	`/dev/bus/usb`, Host-Port 3493	Config aus Repo	10 / 7	Natives nut-monitor (Shutdown), HA nut, ups-textfile-collector → node-exporter
jellyfin	media-stack	Genutzt. 54 Wiedergaben von 2 Usern in 30 d (zuletzt 26.10.). Apple TV oben 17,9k Requests/30 d, Apple TV unten 4,5k/23 d, iPhone 704/24 d. Zusätzlich HA-Polling `/Sessions` 263k.	`/dev/dri`, 7359/udp (Discovery), NFS `/mnt/unas`	7,1 GB (Metadaten, SQLite)	1051 / 576	→ NFS UNAS; HA-Integration
gluetun	media-stack	Teil des *arr-Stacks (VPN-Netz für sabnzbd/prowlarr/sonarr/radarr/umlautadaptarr)	NET_ADMIN, SYS_MODULE, `/dev/net/tun`	7 MB	538 / 334	VPN-Anbieter
sonarr	media-stack	Genutzt, wenig. 8 Importe in 30 d (zuletzt 09.10.). UI: MBP 224 Requests/1 d, iPhone 91/1 d. HA-Kalender-Polling 83,7k.	netns gluetun, NFS `/mnt/unas`	226 MB (SQLite)	3096 / 222	→ prowlarr, sabnzbd, gluetun; HA
radarr	media-stack	Genutzt, wenig. 7 Importe in 30 d (zuletzt 19.10.). UI: MBP 825 Requests/3 d, iPhone 117/1 d.	netns gluetun, NFS `/mnt/unas`	418 MB (SQLite)	1590 / 270	→ prowlarr, sabnzbd
prowlarr	media-stack	Teil von sonarr/radarr: 1441 History-Einträge in 30 d. UI 0 Requests.	netns gluetun	28 MB	165 / 135	→ gluetun
sabnzbd	media-stack	Teil der *arr-Kette: 16 Downloads in 30 d (zuletzt 19.10.). UI 0 Requests.	netns gluetun	86 GB, davon `downloads/complete` 79 GB	9948 / 807	→ gluetun
umlautadaptarr	media-stack	Teil der *arr-Kette (7,1k Logzeilen in 30 d)	netns gluetun	zustandslos	207 / 172	sonarr/radarr ↔ prowlarr
immich_server	immich	Genutzt, wenig. 40 neue Assets in 30 d (zuletzt 21.10.), 26.718 Assets gesamt, 2 User. iPhone 463 Requests/4 d über Traefik. Direktzugriffe auf Port 2283 unbelegt.	`/dev/dri`, Host-Port 2283, NFS `/mnt/pictures` (349 GB)	Siehe immich_postgres	1887 / 550	→ immich_postgres, immich_redis, immich_ML
immich_machine_learning	immich	Teil von Immich	`/dev/dri` (OpenVINO)	Model-Cache in 7,9 GB `immich/`	3245 / 208	Immich
immich_postgres	immich	Teil von Immich	–	Postgres 14 + VectorChord, DB 511 MB	618 / 445	Immich; borgmatic-Dump
immich_redis	immich	Teil von Immich	–	flüchtig	19 / 15	Immich
paperless_ngx	paperless-ngx	Genutzt. 206 von 218 Dokumenten in den letzten 30 d hinzugefügt (zuletzt 27.10.). UI: MBP .38 3,5k Requests/2 d, .26 2,5k/13 d. API-Abrufe von 10.100.0.1 (Docker-Gateway) 12k/18 d, Quelle nicht eindeutig. 3 Mails verarbeitet (zuletzt 26.10.). Dazu 43,8k Kuma-Checks.	NFS `/mnt/paperless` (media/export/trash). Consume-Ordner über native Samba-Freigabe.	SSD 6,4 GB (data/consume/db/redis), NFS 3,8 GB	6128 / 2743	→ paperless_db, paperless_redis, tika, gotenberg, protonmail-bridge, aiserver llama-swap (10.10.10.7:9292, Modelle `paperless-llamacpp`/`embed-llamacpp`, Index-Cron 03:30)
paperless_db	paperless-ngx	Teil von Paperless	–	Postgres 18, DB 25 MB	104 / 81	Paperless
paperless_redis	paperless-ngx	Teil von Paperless	–	Redis	42 / 13	Paperless
tika	paperless-ngx	Teil von Paperless	–	zustandslos	460 / 410	Paperless
gotenberg	paperless-ngx	Teil von Paperless	–	zustandslos	12 / 8	Paperless
protonmail-bridge	paperless-ngx	Teil von Paperless (Mail-Import, 3 Mails in 30 d). Täglich eine Warnung mit 401 von der Proton-API.	–	1 Bind-Mount (Login-Zustand)	367 / 183	Proton (Cloud)
navidrome	navidrome	Ungenutzt. Noch nie etwas abgespielt (Tabelle `annotation` leer). User `robin` zuletzt am 30.03.2026 eingeloggt. 0 Traefik-Requests.	NFS `/mnt/unas/music` ro	SQLite 7 MB, 411 Titel	66 / 57	Prometheus-Scrape
homepage	homepage	Ungenutzt. Router `dashboard.home…` hat in 6 Wochen Traefik-Laufzeit keinen einzigen Request. Widgets fragen nur beim Aufruf ab, daher auch 0 Requests auf prowlarr/sabnzbd/pihole. Config zuletzt am 10.03. geändert.	`docker.sock` ro	3 MB	113 / 83	Widgets für Jellyfin, *arr, Pi-hole
vscode-server	vscode	Selten genutzt: MBP 87 Requests an 2 Tagen.	Schreibender Bind auf `/opt/rpi-docker-compose`, HA-Config und Homepage-Config	–	382 / 186	–
pkvapp-backend	pkv-app	Selten genutzt: 35 Requests an 2 Tagen (MBP, iPhone). Rechnungen zuletzt am 11.10. geändert, zuletzt am 21.09. angelegt.	–	Anhänge 75 MB (zuletzt 06/2026)	189 / 53	→ pkvapp_db
pkvapp-frontend	pkv-app	Siehe Backend	–	–	45 / 38	Backend
pkvapp_db	pkv-app	Teil von pkv-app	–	Postgres 18, 8 MB	64 / 50	–
bonus-tracker-frontend-1	bonus-tracker	Ungenutzt. 86k Logzeilen in 30 d, alle von 127.0.0.1 (Healthcheck). Router `bonus.local` 0 Requests.	Host-Port 8888	–	11 / 7	→ Backend
bonus-tracker-backend-1	bonus-tracker	Ungenutzt. SQLite unverändert seit 26.02.2026.	–	Volume `bonus-tracker_backend-data`, 45 kB	260 / 84	–
speedtest-tracker	speedtest-tracker	Läuft automatisch: 180 Messungen in 30 d (alle 4 h). UI 0 Requests.	–	75 MB	163 / 137	→ speedtest-tracker-db; Prometheus-Scrape
speedtest-tracker-db	speedtest-tracker	Teil von speedtest-tracker	–	Postgres 18	56 / 52	–
influxdb	influxdb	Schreibend genutzt, Leser unbelegt. HA schreibt in Bucket `homeassistant` (2,6 GB), telegraf schreibt nur CPU in `home` (3,2 GB). Bucket `speedtest-tracker` ist seit 11.11.2025 tot. Kein Grafana-Dashboard nutzt die Influx-Datasource.	Host-Port 8086 (HA schreibt über 10.10.10.3:8086)	5,8 GB (TSM)	601 / 397	HA, telegraf
telegraf	influxdb	Teil von influxdb, nur `inputs.cpu`	–	–	55 / 28	→ influxdb
prometheus	monitoring-stack	Scrapt rund 18 Jobs (u. a. aiserver), schreibt per remote_write in VM. Retention 7 d. UI-Router 0 Requests.	–	SSD `monitoring-stack/prometheus`	3750 / 1166	→ alle Exporter; → VM
victoriametrics	monitoring-stack	Langzeit-Metriken (5 J.), Grafana-Datasource	NFS `/mnt/monitoring` (32 GB)	TSDB auf NFS	835 / 641	← Prometheus; → Grafana
victorialogs	monitoring-stack	Logs von alloy	NFS `/mnt/monitoring` (7,5 GB)	Auf NFS	384 / 141	← alloy
alloy	monitoring-stack	Docker-Logs und UniFi-Syslog → VictoriaLogs	Host-Port 514/udp (Syslog vom UDM), `docker.sock` ro, DAC_OVERRIDE	WAL 1 Bind	408 / 319	→ VictoriaLogs
grafana	monitoring-stack	Selten genutzt: MBP 234 Requests an 2 Tagen. Admin zuletzt am 25.10. gesehen.	–	`grafana.db` 5 MB	368 / 231	→ Prometheus, VM, VL, (Influx ungenutzt)
alertmanager	monitoring-stack	Teil von Monitoring. UI-Router 0 Requests.	–	1 Bind	46 / 31	→ ntfy-alertmanager
ntfy-alertmanager	monitoring-stack	Teil von Monitoring	`/etc/localtime`	–	22 / 18	→ ntfy (VPS)
node-exporter	monitoring-stack	Teil von Monitoring	Bind `/`, `/proc`, `/sys` ro	–	28 / 19	← textfile (USV, Paperless-Consume)
cadvisor	monitoring-stack	Teil von Monitoring	Bind `/`, `/sys`, `/var/run`, `/var/lib/docker`, `/dev/disk` ro	–	773 / 444	–
unpoller	monitoring-stack	Teil von Monitoring (UniFi-Metriken, 7 Grafana-Dashboards)	–	–	47 / 36	→ UDM
pihole-exporter	monitoring-stack	Teil von Monitoring	–	–	19 / 11	→ pihole
pz-server	pzserver	Laut Vorgabe: 5 h mit Spielern in 30 d, max. 2 Spieler	Host-Ports 16261–16262/udp	7,2 GB inkl. Backups	8688 / 7135 (Limit 9 GiB)	→ pz-backup, pz-exporter
pz-backup	pzserver	Teil von PZ	–	`pzserver/backups`	83 / 71	–
pz-exporter	pzserver	Teil von PZ	–	–	16 / 12	→ Prometheus
teamspeak	ts3	Ungenutzt. Seit dem Start am 13.09. keine einzige Client-Verbindung; das Virtual-Server-Log (95 Bytes) enthält nur „listening“.	Host-Ports 9987/udp, 10011, 30033	192 MB	13 / 11	→ teamspeak_db
teamspeak_db	ts3	Teil von TS3	–	MariaDB 12	132 / 86	–
wyoming-parakeet	voice-stack	Ungenutzt. HA-Pipeline zeigt darauf (`localhost:10300`), aber seit dem Start am 06.09. keine einzige Transkription (255 Logzeilen, nur Start/Ready).	Host-Port 10300	Modelle 4,8 GB	1184 / 635	← HA
wyoming-piper	voice-stack	Ungenutzt. HA-TTS zeigt auf `localhost:10200`; 0 Logzeilen in 30 d.	Host-Port 10200	109 MB	51 / 41	← HA
snowflake-proxy	snowflake	Tor-Snowflake-Relay: 720 Stundenberichte. Aktuell 9–34 Verbindungen/h, ca. 0,5–1,3 GB/h über die Heim-IP.	network_mode host	zustandslos	205 / 196	–

Gestoppte Container (nur notiert)¶

Alle seit 25.10. gestoppt (Stack ollama).

Container	Status	Daten unter `container-data/ollama`
ollama-ipex	Exited (137)	`ipex` 20 GB (`/dev/dri`, Port 11434). HA-ollama-Integration zeigt noch darauf.
ollama-vision	Exited (0)	`vision` 12 GB (Port 11435)
docling-serve	Exited (0)	`docling` 4 KB
qdrant	Exited (143)	`qdrant` 20 KB
open-webui	Exited (0)	`openwebui` 736 KB. Router `openwebui@docker` hatte vor dem Stopp 342 Requests von MBP .26 an 1 Tag.
(keiner)	–	`OLD` 29 GB (zuletzt 25.05.)

Insgesamt 60 GB.

Native Dienste NUC¶

Dienst	Funktion	Hostbindung / Beleg
smbd/nmbd (Samba 4.15)	Freigaben `[paperless]` (→ Paperless-Consume `robin`, User `scanner`), `[scanner]` (→ `/mnt/scanner`, lokale Platte), `[homes]`	Ports 139/445. Aktive Sitzung `scanner` von MBP .38. Scanner-Workflow hängt am NUC.
nut-monitor (upsmon, netclient)	Fährt den NUC bei USV-Ereignissen herunter; NOTIFYCMD-Skript aus dem Repo	→ nut-upsd-Container `localhost:3493`
ups-textfile-collector.timer (30 s)	USV-Werte → node-exporter-Textfile	–
borgmatic.timer (täglich 02:00)	Sicherung von `/etc`, `/opt`, `/root`, `/home`, `/var`, container-data, DB-Dumps, `/mnt/paperless`, `/mnt/pictures` (NFS) und `/mnt/scanner`. Ziele: lokales RAID `/mnt/borg-repo` und Hetzner. Pings an healthchecks, Uptime Kuma und ntfy.	RAID5 md0 im QNAP TR-004 per USB (btrfs, auch `/mnt/borg-repo-aiserver` = Backupziel des aiserver), rclone `/mnt/storagebox`
cron `btrfs-scrub` (monatlich)	Scrub `/mnt/backup-nas`	md0
paperless-export.timer (01:15)	`docker exec paperless_ngx document_exporter` → NFS-Export	Paperless + NFS
paperless-consume-collector.timer (15 min)	Metrik für hängende Consume-Dateien	–
cron `ha-config-journal` (15 min)	Skript aus dem Repo, HA-Config-Journal	HA-Config
root-crontab (5 min)	Healthchecks-Ping (Lebenszeichen NUC)	–
infisical-agent	Rendert Secrets für die Compose-Stacks	–
unbound.service (nativ)	Lauscht auf 127.0.0.1:5335. 0 Queries in 6,3 Tagen Uptime – Pi-hole nutzt den unbound-Container.	ungenutzt
rclone mount `storage-box:`	`/mnt/storagebox` (systemd-Mount)	Hetzner Storage Box
NFS-Client (rpcbind)	4 NFS-Mounts vom UNAS	Paperless, Immich, *arr/Jellyfin/Navidrome, VM/VL
avahi-daemon, vnstat, smartmontools, mdmonitor, thermald, livepatch	Systemdienste	mdmonitor/smartd für das RAID

Tailscale läuft nicht nativ, sondern als Container mit Host-Netz (siehe oben).

aiserver (10.10.10.7)¶

Host: Ryzen AI Max+ 395, 32 Threads, 124 GiB RAM, kein Swap. RAM-Spitze Host 30 d 99,8 GiB, aktuell 15,6 GiB.

Container-RAM-Spitzen sind unbelegt (kein cAdvisor); in der Tabelle steht nur „aktuell“. Compose-Verzeichnisse liegen unter /opt/aiserver/<stack>.

Dienst	Stack	Nutzung + Beleg	Hostbindung	Zustand/Daten	RAM aktuell	Abhängigkeiten
llama-swap	llama-swap	Genutzt. Paperless-AI lädt `paperless-llamacpp` und `embed-llamacpp` (Paperless-Log: 30× nächtlicher Index-Rebuild, Index-Compactions). Seit dem Start am 26.10. außerdem `implementer`, `ocr-genau`, `embed-code` und `voice` geladen; Aufrufer unbelegt.	`/dev/kfd`, `/dev/dri` (GPU), Ports 9292, 9995	Modelle `/opt/ai/models`: hf 228 GB, ollama-Blobs 67 GB	623 MiB (ohne geladene Modelle)	← Paperless (NUC), open-webui
open-webui	openwebui	Wenig genutzt: 0 gespeicherte Chats in 30 d, 1 User, zuletzt ca. 23.10. aktiv. Chat-API-Aufrufe in 30 d: MBP .38 226, .26 120, iPhone 35.	Port 3000	SQLite `webui.db` 0,9 MB, Volume 890 MB	678 MiB	→ llama-swap
wyoming-parakeet	voice	53 Transkriptionen seit dem Start am 22.10. Die Sätze wirken wie ein Testkatalog („Schalte das Licht im Wohnzimmer aus“ ×3 …). HA ist nicht darauf konfiguriert.	Port 10300	Modelle 4,8 GB	2485 MiB	Aufrufer unbelegt
wyoming-piper	voice	Unbelegt. Keine Synthese im Log, HA nicht darauf konfiguriert.	Port 10200	109 MB	40 MiB	–
node-exporter	monitoring	Teil von Monitoring (NUC-Prometheus, Job `aiserver`), GPU-Textfile	Port 9100, Bind `/`, `/proc`, `/sys`	Textfile	30 MiB	→ Prometheus NUC

Weitere Abhängigkeit: Das Backup des aiserver liegt auf dem NUC-RAID (/mnt/borg-repo-aiserver). Native Dienste mit Bezug zum Homelab gibt es nicht; sonst laufen nur Standard-Ubuntu-Dienste, tuned und cron.

Hetzner-VPS (49.13.70.218, homelab-external)¶

Host: 2 vCPU, 3,7 GiB RAM, aktuell 1,7 GiB belegt. Stack hetzner, Daten unter /opt/homelab-data.

Traefik-Log nur 14 Tage (logrotate). Der Großteil der Requests stammt von Scannern (185.177.72.x, 93.123.109.x, GCP-Ranges).
RAM-Spitzen unbelegt (kein cAdvisor).

Dienst	Nutzung + Beleg	Hostbindung	Zustand/Daten	RAM aktuell	Abhängigkeiten
traefik	Eingang für alle VPS-Dienste: 118k Requests in 14 d, überwiegend Scanner	Ports 80/443, `docker.sock`, `/var/log/traefik`	Zertifikate	40 MiB	→ alle
headscale	Genutzt. 6 Nodes. Zuletzt gesehen: nuc-homelab und hetzner-server am 27.10., robin-mac 06.10., robin-iphone 05.10., robin-ipad 21.08., novabrands-mgmt 05.05.	3478/udp (STUN)	→ headscale-postgres	14 MiB	Tailnet von NUC und VPS
headscale-postgres	Teil von headscale	–	63 MB	16 MiB	–
headplane	Unbelegt. 330 Requests in 14 d, nur von Scanner-IPs.	`docker.sock`	44 KB	97 MiB	→ headscale
authelia	Forward-Auth: 32k Access-Entscheidungen in 30 d (überwiegend Scanner). 3 fehlgeschlagene Admin-Logins am 01./02.10.	–	31 MB	30 MiB	→ lldap, identity-postgres
lldap	Teil von authelia	–	12 KB	3 MiB	→ identity-postgres
identity-postgres	Teil von authelia/lldap	–	72 MB	18 MiB	–
uptime-kuma	Genutzt. 6 aktive Monitore (HA, Paperless, Z2M, DNS-Check, 2× borgmatic-Push)	–	eingebettete MariaDB 212 MB	290 MiB	→ Tailscale-Subnet-Route zum NUC
healthchecks	Genutzt. 3 Checks, letzter Ping am 28.10. (NUC-Cron, borgmatic local und hetzner); Heim-IP 2,3k Requests	–	→ healthchecks-postgres (65 MB)	358 MiB	–
healthchecks-postgres	Teil von healthchecks	–	65 MB	26 MiB	–
ntfy	Genutzt. 43k Publish-Logzeilen in 30 d. Ziel für Alertmanager und borgmatic.	–	180 KB	29 MiB	← ntfy-alertmanager (NUC), borgmatic
tailscale	Tailnet-Node des VPS (Kuma → NUC)	network_mode host, NET_ADMIN, `/dev/net/tun`	40 KB	38 MiB	→ headscale

Auffälligkeiten¶

Ungenutzt oder ohne Nutzungsbeleg

teamspeak + teamspeak_db: seit 13.09. null Client-Verbindungen.
navidrome: nie etwas abgespielt, letzter Login 30.03.2026.
homepage: 0 Aufrufe in ca. 6 Wochen.
bonus-tracker (2 Container): DB unverändert seit 26.02., nur Healthchecks.
esphome: Dashboard 0 Aufrufe, Config zuletzt am 26.05. geändert.
wyoming-parakeet und -piper auf dem NUC: 0 Transkriptionen seit 06.09., obwohl die HA-Pipeline darauf zeigt. Voice-Assist wird also praktisch nicht genutzt.
wyoming-piper aiserver: unbelegt. headplane: unbelegt.
Selten genutzt: pkv-app (2 Tage), vscode-server (2 Tage), grafana (2 Tage).

Doppelt

Voice-Stack doppelt: NUC und aiserver haben dieselben Images. HA zeigt weiter auf NUC-localhost. Auf dem aiserver liefen nur Test-Transkriptionen (53, ab 22.10.).
unbound doppelt: Der native unbound.service (127.0.0.1:5335) hatte 0 Queries; Pi-hole nutzt den Container.
Prometheus und VictoriaMetrics parallel: Prometheus hält 7 d lokal, schreibt per remote_write in VM und braucht in der Spitze 3,7 GB RAM.
InfluxDB: wird von HA und telegraf beschrieben (5,8 GB), aber kein Grafana-Dashboard liest daraus. telegraf sammelt nur CPU (3,2 GB). Der Bucket speedtest-tracker ist seit 11/2025 tot.

Kaputt

HA-Integrationen:
- pi_hole scheitert seit 24.10. an pihole.local.robinwerner.net.
- ollama zeigt auf das gestoppte ollama-ipex (10.10.10.3:11434).
- ZHA-Eintrag „ConBee II“ ohne angeschlossenen Stick (lsusb) und mit 0 ZHA-Geräten. Zigbee läuft über Z2M mit Netzwerk-Koordinator 10.10.10.4.
protonmail-bridge: täglich eine Warnung mit 401 von der Proton-API. Der Mailabruf lief zuletzt am 26.10. trotzdem.

Überraschend

Mosquitto ohne Authentifizierung (mosquitto-no-auth.conf) auf LAN-Ports 1883/9001. Der Container mountet außerdem das Z2M-Datenverzeichnis als /mosquitto; die Dateien gehören deshalb uid 1883. Echte Clients sind nur HA und Z2M.
NUC-Swap voll (4,0/4,0 GB). Die RAM-Spitze lag bei 26,6 von 31 GiB. Große Spitzen: sabnzbd 9,9 GB, pz-server 8,7 GB, paperless 6,1 GB, Prometheus 3,7 GB, immich-ML 3,2 GB, sonarr 3,1 GB.
Verwaiste Daten auf der NUC-SSD, zusammen ca. 117 GB plus 32 GB von gestoppten Diensten:
- ollama/OLD 29 GB (zuletzt 25.05.)
- sabnzbd/downloads/complete 79 GB (Reste trotz Import)
- _predeploy-backup 3 GB (05/2026)
- container-data/prometheus 4,3 GB (zuletzt 03/2026)
- paperless-ngx 564 MB (01/2026)
- grafana 67 MB (2025)
- homebridge 26 MB (2024)
- mqtt (leer)
- Dazu ollama/ipex + vision 32 GB von gestoppten Diensten.
Traefik-Access-Log auf dem NUC: 4,0 GB, seit 21.09.2025 nicht rotiert.
Traefik-Zahlen sind von Automatik dominiert:
- HA pollt Jellyfin /Sessions (263k) und den Sonarr-Kalender (84k).
- Kuma prüft HA/Paperless/Z2M im Minutentakt; über den Tailscale-SNAT erscheint das als 10.10.10.3.
- Router ohne jeden Request in 30 d: homepage, navidrome, prowlarr, sabnzbd, speedtest, pihole, alertmanager, prometheus, esphome, bonus.
Direkte Host-Ports an Traefik vorbei: immich 2283, bonus 8888, influx 8086, ha-mcp 8088, wyoming 10200/10300.
vscode-server hat Schreibzugriff auf das Deploy-Repo und die HA-Config.
Paperless: 206 von 218 Dokumenten stammen aus den letzten 30 Tagen. Das sieht nach einem Neuimport aus, ist aber nicht geprüft.
Kein RAM-Verlauf je Container auf aiserver und VPS (kein cAdvisor). Der aiserver-Host erreichte eine Spitze von 99,8 GiB.
snowflake-proxy (Host-Netz) leitet etwa 0,5–1,3 GB/h Tor-Verkehr über die Heim-IP.
Headscale: Die Nodes robin-ipad (zuletzt 21.08.) und novabrands-mgmt (zuletzt 05.05.) sind veraltet.