Mein persönliches Homelab — ein kleines 3-Node-Proxmox-Cluster auf HP-EliteDesk-Minis, dazu VMs, LXC-Container, Tailscale und ein paar self-hosted Services.
Dieses Repository dokumentiert meine Homelab-Reise: was ich betreibe, was ich lerne und was ich als Nächstes ausprobieren möchte. Es ist bewusst öffentlich gehalten und enthält keine internen IP-Adressen, MAC-Adressen, offenen Portlisten oder Zugangsdaten.
Letzter Inventar-Check: 2026-06-15
Quellen intern: Proxmox MCP, LAN-Scan, Tailscale-Status.
- Cluster: 3-Node-Proxmox-Cluster
- Status: alle Proxmox-Nodes online
- Remote-Zugriff: Tailscale Mesh-VPN, ohne öffentliches Port-Forwarding
- Workloads: VMs, LXC-Container und ein paar Projekt-/Testsysteme
- Ziel: lernen, experimentieren und praktische Self-Hosting-Erfahrung sammeln
| Gerät | Anzahl | Status | Hinweise |
|---|---|---|---|
| HP EliteDesk G4/G5 Mini | 3x | aktiv | Proxmox-Cluster-Nodes |
| Raspberry Pi 3 B+ | 1x | offline / geplant | soll neu aufgesetzt oder aus dem Setup entfernt werden |
| Desktop-PC | 1x | aktiv | Dual-Boot-System, wird auch für Tests genutzt |
| Netzwerk- und Smart-Home-Geräte | mehrere | aktiv | unter anderem Ubiquiti- und Sonos-Geräte |
Die drei EliteDesks bilden den Kern des Homelabs. Kleine Business-Minis sind für mich ein guter Kompromiss aus Preis, Stromverbrauch, Lautstärke und Erweiterbarkeit.
Das Homelab läuft auf einem Proxmox-Cluster mit drei Nodes. Darauf laufen sowohl klassische VMs als auch leichtgewichtige LXC-Container.
| Bereich | Beschreibung |
|---|---|
| Hypervisor | Proxmox VE |
| Cluster | 3 Nodes mit Quorum |
| Storage | lokaler Storage pro Node |
| Workloads | VMs, LXCs, Testsysteme und Projektserver |
| Verwaltung | Proxmox UI, Proxmox MCP und gelegentlich CLI |
Warum Proxmox?
- gutes Webinterface
- einfache Verwaltung von VMs und Containern
- Snapshots und Backups
- Cluster-Funktionen
- ideal zum Lernen von Virtualisierung und Infrastruktur-Basics
-
Proxmox VE
Virtualisierungsschicht für VMs und LXC-Container. -
Tailscale
Mesh-VPN für sicheren Remote-Zugriff, ohne Services direkt ins Internet zu stellen. -
AdGuard Home
DNS-basierter Werbe- und Tracking-Blocker für das Heimnetz. -
Uptime Kuma
Self-hosted Monitoring-Dashboard, um wichtige Services im Blick zu behalten. -
Hermes Agent
AI-Agent mit Telegram-Integration für Automatisierung, Scans und Homelab-Management. -
Umami
Privacy-freundliche Web-Analytics für eigene Projekte.
-
Fabricator
Mein Tool rund um Minecraft-Server-Management. Läuft auch im Homelab-Kontext und soll später den Minecraft-Server verwalten. -
Minecraft-Server
Private Minecraft-Server-VM, aktuell eher als Projekt-/Testsystem gedacht.
| Name / Rolle | Status | Zweck |
|---|---|---|
| Hermes | aktiv | AI-Agent und Automatisierung |
| Test-VM | aktiv | Experimente, Entwicklung und Systemtests |
| Minecraft-Server | gestoppt | privater Minecraft-Server, geplant mit Fabricator |
| OpenClaw | gestoppt | älteres AI-/Gateway-Experiment |
| Ubuntu-Testsysteme | gestoppt | temporäre Tests und Lernprojekte |
| Name / Rolle | Status | Zweck |
|---|---|---|
| AdGuard Home | aktiv | DNS und Adblocking |
| Uptime Kuma | aktiv | Monitoring |
| Umami | aktiv | Web Analytics |
Das öffentliche README dokumentiert bewusst nur die grobe Architektur und die verwendeten Services.
Nicht öffentlich dokumentiert werden:
- interne IP-Adressen
- MAC-Adressen
- genaue Portlisten
- Tailscale-Adressen oder Tailnet-Details
- API-Tokens, Passwörter oder Secrets
- vollständige Netzwerkscans
- konkrete Firewall-/Routing-Regeln
Grundprinzipien:
- keine unnötigen öffentlichen Ports
- Remote-Zugriff über Tailscale statt Port-Forwarding
- Services primär intern erreichbar
- Secrets nur lokal oder in geeigneten Secret-Stores
- öffentliche Dokumentation eher als Homelab-Journal, nicht als Netzwerkinventar
- Proxmox-Cluster betreiben
- VMs und LXC-Container sinnvoll einsetzen
- Self-hosted Services installieren und warten
- Monitoring und DNS im Heimnetz betreiben
- sichere Remote-Zugriffe mit Tailscale einrichten
- Automatisierung mit AI-Agenten und MCP-Tools ausprobieren
- Backups, Updates und saubere Dokumentation verbessern
- Raspberry Pi reaktivieren oder aus dem Inventar entfernen
- VM-Namen und Rollen sauberer strukturieren
- Minecraft-Server über Fabricator verwalten
- Uptime Kuma als zentrale Monitoring-Übersicht ausbauen
- Backup-Strategie besser dokumentieren
- Homelab-Journal mit Setup-Notizen, Learnings und kleinen Projekten erweitern
Dieses Repo ist eine öffentliche, bewusst abstrahierte Dokumentation meines Homelabs. Die genaue interne Netzwerktopologie und sensitive Betriebsdetails bleiben privat.