Die Homelab-Debatte wurde hässlich, weil IncusOS einen Nerv getroffen hat

Aus einem ruhigen Homelab-Experiment wurde überraschend schnell ein emotional aufgeladener Streit über Vertrauen, Politur und das, was Menschen von ihrem Virtualisierungs-Stack eigentlich wollen. Das Setup war simpel genug: IncusOS lief innerhalb einer bestehenden Proxmox-Umgebung, mit verschachtelter Virtualisierung, einem kräftigen Host und einem neugierigen Betreiber, der an den Rändern herumstocherte. Die Reaktion drehte sich allerdings um mehr als IncusOS. Die Leute stritten darüber, ob die alte Art, einen Hypervisor zu verwalten, noch Sinn ergibt, wenn ein neueres System auftaucht und im Grunde fragt: „Was wäre, wenn der Host von Anfang an abgeriegelt wäre und Sie ihn nicht ständig babysitten müssten?“

Sicherheits-Defaults sind das eigentliche Streitthema

Am schärfsten war der Kontrast bei der Sicherheit. Proxmox gibt Ihnen eine mächtige Werkzeugkiste und geht davon aus, dass Sie wissen, was Sie tun. Secure Boot, LUKS, TPM-Unterstützung und straffere Kontrollen der Boot-Chain lassen sich nachrüsten, die Standardinstallation erzwingt davon aber nichts. IncusOS geht den umgekehrten Weg und liefert TPM-gebundene Festplattenverschlüsselung, Secure Boot, Measured Boot, signierte Zertifikate und Schlüsselrotation fest im Paket mit, und zwar nicht als nette Extras. Eine Person brachte den Reiz so auf den Punkt: IncusOS „erzwingt das Sicherheitsmodell schon beim Boot“, während Proxmox „dem Bediener vertraut“, es später selbst zu verdrahten. Das klingt gut, bis dieses „später“ nie kommt.

Vielen Homelab-Nutzern tut das weh, weil es stimmt. Dieselben Leute, die stundenlang über ZFS-Tuning, VLANs, Ceph und Firewall-Regeln reden können, betreiben ihre Hosts womöglich immer noch mit den Sicherheits-Defaults vom Installationstag, die sie seitdem nie wieder angefasst haben. IncusOS schmeichelt dieser Gewohnheit nicht. Es nimmt Ihnen einige Entscheidungen ab und nennt das Sicherheit, was sich erfrischend oder beleidigend anfühlen kann, je nachdem, wie sehr Sie es lieben, jeden Schalter selbst in der Hand zu haben. Ein Kommentator sagte, das Verschlüsselungsargument sei für ihn kaum relevant, weil er ohnehin selbstverschlüsselnde Laufwerke einsetze, und der Einwand ist fair. Sicherheits-Defaults sind mächtig, doch magischen Feenstaub für jedes Rack liefern sie auch nicht.

Proxmox hat immer noch die Werkzeuge für Erwachsene

Die Begeisterung für IncusOS hat nicht vergessen lassen, warum Proxmox in so vielen Kellern, Abstellräumen und Kleinbetrieben steht. Proxmox Backup Server kam als das große, unbequeme Loch zur Sprache, für das IncusOS noch keine saubere Antwort hat. Inkrementelle Backups, Deduplizierung, Verschlüsselung im Ruhezustand und Restore-Verifizierung sind handfeste Funktionen, denen Leute vertrauen, wenn ein Pool seltsam wird und eine VM von den Toten zurückgeholt werden muss. Rechnen Sie noch ausgereiftes SDN, Firewalling auf Datacenter-Ebene, Ceph-Integration, RBAC, Live-Migration, HA-Gruppen und Watchdog-Unterstützung dazu, und Proxmox wirkt plötzlich weniger wie altes Mobiliar und mehr wie solide Infrastruktur, die sich ihre Kratzer verdient hat.

Das ist die erwachsene Seite des Arguments: IncusOS mag sich sauberer anfühlen, aber Proxmox hat mehr hässliche Nächte überlebt. Eine Person erzählte, sie sei von LXD zu Proxmox gewechselt, weil es sich „reifer und vollständiger“ anfühlte, besonders nachdem die Aufspaltung von LXD und Incus das Ökosystem unübersichtlich gemacht hatte. Eine andere mochte Incus auf AlmaLinux mit Terragrunt, verzichtete aber auf Clustering und regelte die Ausfallsicherheit auf Anwendungsebene. Damit gibt es ein drittes Lager, das vom Hypervisor gar keine Kathedrale erwartet. Es hält die Hosts einfach, verteilt Workloads sorgfältig und überlässt das Überleben den Apps.

Bei den Updates wird IncusOS wirklich gefährlich

Wirklich bedrohlich wird IncusOS bei den Updates. Proxmox sitzt auf einer veränderbaren Debian-Basis, was Stärke und Fluch zugleich ist. Sie können fast alles reparieren, anpassen, patchen und individualisieren, aber genauso in einen seltsamen Zustand abdriften, in dem ein Node einen leicht anderen Kernel hat, ein Paket-Update sich danebenbenimmt oder ein ZFS-Modul beschließt, Ihnen den Abend zu ruinieren. IncusOS setzt stattdessen auf ein Appliance-Modell mit unveränderlichem Host, A/B-Updates, Rollback bei einem fehlgeschlagenen neuen Slot und Nodes, die auf demselben Build Bit für Bit identisch sein sollten.

Die Idee sitzt, weil Homelab-Betreiber die heimliche Scham von „Ich dokumentiere das später“ nur zu gut kennen. Ein Read-only-Host mit atomaren Updates klingt fast luxuriös, denn niemand muss mehr rätseln, was sich nach sechs Monaten kleiner Fixes verändert hat, und handgestrickte Schneeflocken-Nodes gehören der Vergangenheit an, allerdings auf Kosten der Kontrolle. Proxmox-Nutzer mögen das Chaos oft, weil es ihr eigenes Chaos ist, während IncusOS verlangt, dass der Host langweilig, versiegelt und reproduzierbar ist. Hinter dieser Feature-Liste steckt eine ganze Weltanschauung, und deshalb wurde die Debatte hitziger, als es ein normaler Werkzeugvergleich rechtfertigen würde.

Dann kam der Vertrauens-Kollaps

Am seltsamsten war das Misstrauen, und das hatte mit Technik wenig zu tun. Manche Leser sahen den polierten Beitrag und nannten ihn sofort Werbung. Eine Person sagte, er lese sich wie „ein gesponserter Blogbeitrag, der Engagement pushen will“. Eine andere hielt dagegen, das wäre ein miserabler gesponserter Beitrag, weil es keine Links, keine Werbung und keine Affiliate-Spur gab. Auch der Autor wehrte sich und fragte im Grunde, ob man nicht mehr einfach experimentieren und Notizen teilen dürfe. Traurig ist, dass ein detaillierter technischer Beitrag inzwischen erst seine eigene Menschlichkeit verteidigen muss, bevor überhaupt jemand über den Inhalt diskutiert.

Dann kamen natürlich die „KI-Schrott“-Vorwürfe. Ein Kommentator fragte, ob der Text mit KI geschrieben worden sei, und der Autor sagte, er habe nur Grammarly zum Aufräumen benutzt. Jemand anderes schoss zurück, ordentliche Grammatik bedeute nicht automatisch, dass eine Maschine geschrieben habe. Eine weitere Person fand, es lese sich wie ein Whitepaper, was gleichzeitig Kritik und unabsichtlich ein Kompliment ist. Die beste Antwort durchbrach den Lärm: „Ist inzwischen alles, was Leute nicht mögen, KI-Schrott?“ Der Satz fängt die Erschöpfung perfekt ein, denn Online-Tech-Communities werden zunehmend nervös, und Politur wirkt plötzlich verdächtig.

Das hier ging nie nur um IncusOS

Unter dem Hypervisor-Gerede lag eine viel menschlichere Geschichte. Der Autor erklärte später, er sei 22, arbeitslos und Autodidakt und versuche, echtes Infrastrukturwissen ohne Bachelor-Abschluss in eine Vollzeitstelle zu verwandeln. Damit bekam der ganze Thread eine andere Färbung. Wer den polierten Beitrag eben noch für ein verdächtiges Marketing-Objekt gehalten hatte, sah jetzt die Arbeit von jemandem, der zeigen wollte, was er kann. Die Leute begannen, Ratschläge zu geben: MSP-Support-Rollen ausprobieren, Rechenzentren, Einstiegspfade, Zertifizierungen, alles, womit man einen Fuß in die Tür bekommt. Ein älterer Kommentator lieferte die klassische Sicht der Arbeitgeber, nach der Abschlüsse außer Fakten auch Lerngewohnheiten belegen.

Deshalb traf dieser kleine Homelab-Ausbruch härter als erwartet. IncusOS forderte Proxmox bei Defaults, Updates und Host-Integrität heraus, und Proxmox hielt mit Reife, Backups und kampferprobter Infrastruktur dagegen. Die Menge spaltete sich zwischen Neugier, Skepsis, Verärgerung und Ermutigung. Die größere Lektion ist unordentlicher: Wer ein sorgfältiges technisches Experiment in einen öffentlichen Raum bringt, wird mitsamt Ton, Politur, Motiv und eigener Person beurteilt, und das Werkzeug ist dabei nur ein Teil. IncusOS ist vielleicht noch kein Proxmox-Ersatz, hat aber eindeutig eine wunde Stelle gefunden.