Holger Kühn & ZimaOS: Die Geschichte eines Community-Organisators

Eine Nachricht von Zima

Vielen Dank, Holger, dass du deine Arbeit öffentlich teilst und weiterhin aus der Perspektive eines Community-Entwicklers erkundest, was ZimaOS werden kann. Deine Repositories fügen nicht nur einzelne Funktionen hinzu: Zusammen zeigen sie, wie eine Person immer wieder neue Wege findet, dasselbe Ökosystem nützlicher, zugänglicher und leistungsfähiger zu machen.

— Zima

Lerne Holger kennen

Holger ist Informatiker und seit 40 Jahren in der IT tätig. Von Assembler und Fortran bis hin zu C, C++, Go und Java hat er im Laufe der Jahre viele Rollen übernommen: Anwendungsentwickler, Systemingenieur, Berater und Senior Solution Architect. Er hat unter anderem für Kunden wie DHL, Deutsche Post, Lufthansa, Volkswagen und die Deutsche Bundesbank gearbeitet. Zu seinen Qualifikationen zählen VMware vExpert, MCP und Oracle DBA.

Außerdem führte er viele Jahre lang sein eigenes Unternehmen mit Schwerpunkt auf Server- und Anwendungsvirtualisierung sowie Verträgen mit VMware. Seit 2024 ist er offiziell im Ruhestand – unterstützt aber weiterhin zwei langjährige Kunden bei IT-Fragen.

Sein Homelab ist als Multi-Site-Setup aufgebaut und basiert auf UniFi-Netzwerkkomponenten, Proxmox-Virtualisierung und ZimaOS, das auf ZimaCubes und ZimaBoards für NAS- und Docker-Workloads läuft. Alles wird über Pangolin, Gerbil und Traefik auf einem Hetzner-VPS sicher bereitgestellt, durch CrowdSec abgesichert und über ein WireGuard-Mesh miteinander verbunden.

Außerdem beschäftigt sich Holger mit der Entwicklung von KI-Anwendungen und fliegt einmotorige Flugzeuge. Er ist auch ein aktiver ZimaOS-Beitragender – auf Discord bekannt als Lintuxer und auf GitHub als chicohaager auf GitHub – und entwickelt Apps, Tools und MCP-Integrationen für das IceWhale-Ökosystem.

ZimaOS-VMs erweitern

Mit ZVM-Extra ergänzt Holger die Virtualisierung von ZimaOS um eine weitere Ebene: automatischen VM-Start, Snapshots, USB- und PCIe-Passthrough, Sicherung und Export, Live-Metriken, Netzwerkänderungen, Remote-Speicher, VNC-Sicherheitskontrollen und TPM-Unterstützung.

Der interessante Aspekt ist nicht die Länge der Funktionsliste. Entscheidend ist, dass sich das Projekt an realen betrieblichen Anforderungen orientiert: Was passiert, wenn eine VM einen Neustart überstehen muss, wenn Hardware dauerhaft verbunden bleiben soll oder wenn eine virtuelle Maschine beim Start und bei der Nutzung von Host-Ressourcen genauer kontrolliert werden muss?

Dashboard für den automatischen Start von VM Extras mit den virtuellen Maschinen Linux Mint, Arch Linux und Fedora auf ZimaOS — VM Extras ergänzt die ZimaOS-VMs um eine praktische Lebenszyklussteuerung, einschließlich geordnetem Autostart, Verzögerungen, Watchdog-Verhalten und direkter Energiesteuerung.

PCIe-Passthrough-Oberfläche von VM Extras mit den verfügbaren Host-PCI-Geräten, die an ZimaOS-VMs angeschlossen werden können — PCIe-Passthrough führt das Projekt noch tiefer in die hardwarebewusste Virtualisierung und zeigt Host-Geräte an, die dauerhaft an eine VM angebunden werden können.

Eine Host-Firewall zu ZimaOS hinzufügen

In ZFW, Holgers Host-Firewall für ZimaOS, wird das Thema Sicherheit noch konkreter. Das Projekt ergänzt eine Weboberfläche, Informationen zu öffentlich erreichbaren Diensten, Regelverwaltung, Filterung von Docker-Ports, Prüfergebnisse und Schutzmechanismen, die Änderungen an der Host-Firewall verständlicher machen und die Verwaltung aus der Ferne erleichtern sollen.

Seite mit ZFW-Firewall-Regeln für den ZimaOS-Host, SSH, Samba, mDNS und Docker-Anwendungen — ZFW macht die Erreichbarkeit von Host- und Docker-Diensten in Form sichtbarer Regeln nachvollziehbar. So lässt sich prüfen, welche Dienste erlaubt sind, bevor der Firewall-Status geändert wird.

Mit KI-gestützter ZimaOS-Verwaltung experimentieren

Holgers ZimaOS MCP Server entwickelt das Ökosystem in eine andere Richtung weiter. Das Projekt untersucht das Model Context Protocol als Möglichkeit für kompatible KI-Clients, mit Systemfunktionen wie Shell-Befehlen, Dateien, Docker, Netzwerk, ZimaOS-Apps, Backups und geplanten Aufgaben zu interagieren.

Dieses Projekt bestätigt das Muster, das auch in Holgers anderen Arbeiten erkennbar ist: Die Oberfläche kann sich ändern, das Ziel bleibt jedoch der praktische Zugriff auf das System. Manchmal ist diese Oberfläche eine Desktop-App, manchmal ein Web-Dashboard, manchmal eine native Systemerweiterung und manchmal ein Protokoll, durch das ein anderes Tool zur Oberfläche wird.

ZimaOS näher an den Desktop bringen

Ein weiterer großer Schwerpunkt von Holgers Arbeit liegt darin, ZimaOS näher an den Desktop zu bringen. Sein ZimaOS-Client-Desktopprojekt integriert ZimaOS in Arbeitsabläufe unter Linux und macOS – mit lokaler Erkennung, Remote-Verbindungen, Zugriff auf SMB/CIFS-Freigaben, Zugriff auf Docker-Apps, geplanten Backups, zuletzt verwendeten Verbindungen, Diagnosefunktionen und Theme-Einstellungen.

Das Projekt ist ein gutes Beispiel für Holgers Ansatz: Es ersetzt ZimaOS nicht, sondern ergänzt es und macht die bereits verwendeten Funktionen aus einem anderen Kontext leichter zugänglich.

Bildschirm für Remote-Verbindungen im ZimaOS Client mit lokaler Netzwerksuche und Optionen für Verbindungen über die Remote-ID — Der Verbindungsbildschirm des ZimaOS Client stellt den Zugriff auf ein ZimaOS-System im lokalen Netzwerk oder aus der Ferne über den Desktop in den Mittelpunkt.

Docker-App-Ansicht des ZimaOS Client mit Apps wie Jellyfin, n8n, Immich und Files — Neben der Konnektivität wird der Client auch zum Einstiegspunkt für Docker-Apps auf ZimaOS. Das zeigt, wie sich das Projekt vom reinen Zugriff hin zur alltäglichen Nutzung weiterentwickelt hat.

ZimaOS Client auf GitHub ansehen

Tiefer in Speicher und Netzwerk einsteigen

Holgers Arbeit reicht auch deutlich näher an das Betriebssystem selbst heran. Diese Projekte befassen sich mit nativen Erweiterungen, Netzwerken, Speicher und dauerhafter Host-Konfiguration, statt lediglich weitere Anwendungen auf ZimaOS aufzusetzen.

Speicher auf Basis von mergerfs und SnapRAID aufbauen

Mit der ZimaOS-Systemerweiterung für mergerfs und SnapRAID hat sich Holger auf der Ebene von Systemerweiterungen mit Speicher beschäftigt. Ihre Architektur trennt die schreibgeschützten Erweiterungs-Binärdateien von dauerhaften systemd-Einheiten und der Konfiguration, während die Rollen von Speicherpool und Parität klar definiert bleiben.

Architekturdiagramm von Holger Kuehns ZimaOS-Systemerweiterung für mergerfs und SnapRAID — Das Architekturdiagramm zeigt die Trennung zwischen der schreibgeschützten sysext, der dauerhaften systemd-Konfiguration, den ZimaOS-AppData sowie den von mergerfs und SnapRAID verwendeten Daten- und Paritätsdatenträgern.

Native Tailscale-Unterstützung mit systemd-sysext

Die ZimaOS-Tailscale-Systemerweiterung stellt Tailscale als native systemd-sysext bereit, anstatt das Remote-Netzwerk als weiteren Docker-Workload zu behandeln. Das ist eine andere Art von Beitrag: eine Erweiterung, die näher am Host arbeitet und gleichzeitig versucht, die Verwaltung des Systems zu vereinfachen.

Routinemäßige Administration sichtbar machen

Ein weiterer Teil von Holgers Arbeit konzentriert sich auf Aufgaben, die normalerweise in Terminals und Konfigurationsdateien verschwinden. Sein Cron-Scheduler für ZimaOS organisiert die Aufgabenplanung über eine Weboberfläche, dauerhafte Aufgaben, Vorlagen, Ausführungsprotokolle, Abhängigkeiten, Prioritäten und Benachrichtigungen neu.

Das ist wichtig, denn wiederkehrende Aufgaben gehören zum Betrieb eines Heimservers: Backups, Bereinigung, Zustandsprüfungen, Docker-Wartung, Zertifikatsprüfungen und viele andere kleine Routinen. Das Projekt macht diese unsichtbare Ebene sichtbar und gibt Nutzern die Möglichkeit, sie zu überprüfen und zu verwalten.

Dashboard des Cron-Schedulers für ZimaOS zur Verwaltung geplanter Aufgaben — Das Cron-Dashboard macht geplante ZimaOS-Aufgaben sichtbar und bietet wiederkehrenden Jobs einen Ort, an dem Status, Ausführung und Wartung überprüft werden können.

Dieselbe Idee – dem Nutzer eine direkte Oberfläche zu geben – findet sich auch in seinem zweispaltigen FTP-, FTPS- und SFTP-Client für ZimaOS. Es ist ein kleineres Projekt, folgt aber demselben Muster: Eine vertraute Systemaufgabe wird aufgegriffen und innerhalb des Ökosystems einfacher nutzbar gemacht.

Auch die kleineren Repositories sind wichtig

Nicht jedes Zima-bezogene Repository in Holgers Profil ist eine große eigenständige Anwendung. Zu seinen öffentlichen Arbeiten gehört auch ein Fork des Mod-Store von IceWhaleTech, der näher am Erweiterungs- und Modul-Ökosystem liegt.

Außerdem gibt es CasaDrop sowie xpkg. Diese kleineren Repositories sind ebenfalls aufschlussreich, weil sie Experimente auf unterschiedlichen Ebenen zeigen – auch wenn ein Projekt nicht als fertiges eigenständiges Tool präsentiert wird.

Zusammen mit ZVM-Extra, ZFW, dem MCP Server, dem Desktop-Client, den Speicher- und Netzwerkerweiterungen, Cron und den Werkzeugen für Dateiübertragungen machen sie das Gesamtbild deutlich: Holger arbeitet auf verschiedenen Ebenen desselben Ökosystems, statt immer wieder dieselbe Art von Projekt zu entwickeln.

Die Geschichte wird weitergeschrieben

Die Geschichte von Holger Kuehn und Zima wird weitergeschrieben. Während sich seine Projekte verändern, weiterentwickeln oder zu neuen Experimenten führen, kann auch diese Seite mit ihnen wachsen. Wenn du sehen möchtest, was Holger als Nächstes entwickelt, folge Holger Kuehns laufender Arbeit an ZimaOS auf GitHub.