Un mot de Zima
Merci, Holger, de développer au grand jour et de continuer à explorer ce que ZimaOS peut devenir du point de vue d’un développeur de la communauté. Tes dépôts ne se contentent pas d’ajouter des fonctionnalités isolées : ensemble, ils montrent comment une seule personne peut continuer à trouver de nouvelles façons de rendre le même écosystème plus utile, plus accessible et plus performant.
— Zima
Faisons connaissance avec Holger
Holger est informaticien et possède 40 ans d’expérience dans le domaine des technologies de l’information. De l’assembleur et du Fortran au C, au C++, au Go et au Java, il a endossé de nombreux rôles au fil des années : développeur d’applications, ingénieur systèmes, consultant et architecte principal de solutions. Il a travaillé avec des clients tels que DHL, Deutsche Post, Lufthansa, Volkswagen et la Deutsche Bundesbank, et possède notamment les certifications VMware vExpert, MCP et Oracle DBA.
Il a également dirigé sa propre entreprise pendant de nombreuses années, spécialisée dans la virtualisation des serveurs et des applications, avec des contrats par l’intermédiaire de VMware. Depuis 2024, il est officiellement retraité — tout en continuant à assurer le support informatique de deux clients de longue date.
Son homelab est une installation multisite basée sur un réseau UniFi, la virtualisation Proxmox et ZimaOS exécuté sur des ZimaCubes et des ZimaBoards pour les charges de travail NAS et Docker. L’ensemble est exposé de manière sécurisée via Pangolin, Gerbil et Traefik sur un VPS Hetzner, renforcé par CrowdSec et interconnecté au moyen d’un réseau maillé WireGuard.
En dehors de cela, Holger consacre son temps au développement de solutions d’IA et au pilotage d’avions monomoteurs. Il contribue également activement à ZimaOS — sous le pseudonyme Lintuxer sur Discord et chicohaager sur GitHub — en créant des applications, des outils et des intégrations MCP pour l’écosystème IceWhale.
Étendre les machines virtuelles de ZimaOS
Avec ZVM-Extra, Holger ajoute une couche supplémentaire à la virtualisation de ZimaOS : démarrage automatique des VM, instantanés, redirection USB et PCIe, sauvegarde et exportation, métriques en temps réel, modifications réseau, stockage distant, contrôles de sécurité VNC et prise en charge du TPM.
Ce qui est intéressant, ce n’est pas la longueur de la liste des fonctionnalités. C’est que le projet s’attaque à de véritables situations opérationnelles : que se passe-t-il lorsqu’une VM doit survivre à un redémarrage, lorsque du matériel doit rester connecté ou lorsqu’une machine virtuelle nécessite un contrôle plus précis de son démarrage et des ressources de l’hôte ?
Ajouter un pare-feu hôte à ZimaOS
La sécurité devient encore plus explicite avec ZFW, le pare-feu hôte de Holger pour ZimaOS. Le projet ajoute une interface web, des informations sur l’exposition, la gestion des règles, le filtrage des ports Docker, les résultats d’audit et des mécanismes de protection destinés à faciliter la compréhension et l’administration à distance des modifications du pare-feu hôte.
Expérimenter la gestion de ZimaOS propulsée par l’IA
Le ZimaOS MCP Server de Holger fait évoluer l’écosystème dans une autre direction. Il explore le Model Context Protocol comme moyen pour des clients d’IA compatibles d’interagir avec des opérations système telles que les commandes shell, les fichiers, Docker, le réseau, les applications ZimaOS, les sauvegardes et les tâches planifiées.
Ce projet confirme le même schéma que dans les autres travaux de Holger : l’interface peut changer, mais l’objectif reste un accès pratique au système. Il peut s’agir d’une application de bureau, d’un tableau de bord web, d’une extension système native ou d’un protocole permettant à un autre outil de devenir l’interface.
Rapprocher ZimaOS de l’environnement de bureau
Une autre partie importante du travail de Holger consiste à rapprocher ZimaOS de l’environnement de bureau. Son projet de bureau ZimaOS Client intègre ZimaOS à un environnement de travail Linux et macOS, avec découverte locale, connectivité distante, accès aux partages SMB/CIFS, accès aux applications Docker, sauvegardes planifiées, connexions récentes, diagnostics et paramètres de thème.
Le projet illustre bien l’approche de Holger : il ne remplace pas ZimaOS. Il vient en complément et facilite l’accès aux fonctions que les utilisateurs emploient déjà, depuis un autre contexte.
Approfondir le stockage et le réseau
Le travail de Holger intervient également beaucoup plus près du système d’exploitation lui-même. Ces projets utilisent des extensions natives, le réseau, le stockage et la configuration persistante de l’hôte, plutôt que d’ajouter uniquement des applications par-dessus ZimaOS.
Construire le stockage avec mergerfs et SnapRAID
Holger a exploré le stockage au niveau des extensions système avec l’extension système mergerfs + SnapRAID pour ZimaOS. Son architecture sépare les binaires de l’extension en lecture seule des unités et de la configuration systemd persistantes, tout en distinguant clairement les rôles du pool de stockage et de la parité.
Tailscale natif avec systemd-sysext
L’extension système Tailscale pour ZimaOS intègre Tailscale comme une extension native systemd-sysext, au lieu de traiter le réseau distant comme une charge de travail Docker supplémentaire. Il s’agit d’un autre type de contribution : une contribution plus proche de l’hôte, tout en cherchant à simplifier l’exploitation du système.
Rendre l’administration courante plus visible
Une autre partie du travail de Holger se concentre sur les tâches qui restent habituellement cachées dans les terminaux et les fichiers de configuration. Son planificateur Cron pour ZimaOS repense la planification des tâches autour d’une interface web, de tâches persistantes, de modèles, de journaux d’exécution, de dépendances, de priorités et de notifications.
C’est important, car les tâches récurrentes font partie de l’exploitation d’un serveur personnel : sauvegardes, nettoyage, vérifications de l’état du système, maintenance Docker, vérification des certificats et autres petites routines. Le projet transforme cette couche invisible en un élément que l’utilisateur peut consulter et administrer.
La même idée — « offrir à l’utilisateur une interface directe » — apparaît dans son client FTP, FTPS et SFTP à double volet pour ZimaOS. C’est un projet plus modeste, mais il suit le même principe : prendre une tâche système familière et la rendre plus facile à utiliser depuis l’écosystème.
Les dépôts plus modestes comptent aussi
Tous les dépôts liés à Zima du profil de Holger ne sont pas de grandes applications autonomes. Ses travaux publics comprennent également un fork de Mod-Store d’IceWhaleTech, qui se situe davantage au niveau de l’écosystème des extensions et des modules.
Il y a également CasaDrop, ainsi que xpkg. Ces dépôts plus modestes sont utiles dans cet ensemble, car ils témoignent d’expérimentations à différents niveaux, même lorsqu’un projet n’est pas présenté comme un outil autonome finalisé.
Pris avec ZVM-Extra, ZFW, le MCP Server, le client de bureau, les extensions de stockage et de réseau, Cron et les outils de transfert de fichiers, ils permettent de mieux comprendre l’ensemble : Holger travaille sur différentes couches d’un même écosystème au lieu de répéter toujours le même type de projet.
L’histoire continue de s’écrire
L’histoire de Holger Kuehn et de Zima continue de s’écrire. À mesure que ses projets évoluent, mûrissent ou donnent naissance à de nouvelles expérimentations, cette page pourra continuer à grandir avec eux. Si vous voulez découvrir ce que Holger construira ensuite, suivez les travaux de Holger Kuehn sur ZimaOS sur GitHub.
