Ich bin seit Jahren ein großer Linux-Fan – und daran hat sich kein bisschen geändert. Ich betreibe Linux in VMs, auf Servern und so ziemlich überall, wo ich einen Shell-Prompt bekomme. Ich liebe nach wie vor seine Flexibilität, seine Offenheit und seine wunderbare CLI-first-Philosophie. Ehrlich gesagt gab es sogar eine Zeit, in der ich ein waschechter „Nur-Linux“-Evangelist war. Nicht nur technisch, sondern auch ideologisch. Gleichzeitig habe ich Windows auf dem Desktop schon immer gern genutzt. Beide Welten haben ihre Stärken und Schwächen. Linux gibt mir Freiheit, Transparenz und unendlich viele Möglichkeiten zum Basteln. Windows dagegen liefert seit jeher hervorragende Hardware-Unterstützung, ausgereifte Treiber, schmerzlose Firmware-Updates, zuverlässiges Energiemanagement und eine tolle Kompatibilität mit Peripherie. Dinge wie Standby, BIOS-Updates, Fingerabdruckleser und allerlei Hardware-Macken funktionieren oft einfach. Manchmal ist das eine Menge wert. Trotzdem habe ich gemischte Gefühle dabei, mehr von meiner privaten Infrastruktur wieder auf Windows umzuziehen. Themen wie digitale Souveränität, Datenschutz und die aktuelle geopolitische Lage – einschließlich der Entwicklungen in den USA und rund um Donald Trump – lassen mich durchaus kurz innehalten. Als jemand, der seit Jahren tief im Linux-Ökosystem steckt, verbinde ich Linux stark mit Transparenz, Kontrolle über meine Systeme, Privatsphäre und IT-Sicherheit. Für mich war Linux nie nur ein Betriebssystem. Es war immer Teil einer größeren Philosophie rund um digitale Selbstbestimmung – darum, die eigene Technik zu besitzen, statt sie nur von jemand anderem zu mieten. Das ist auch einer der Gründe, warum ich mich viel mit datenschutzorientierten Projekten wie GrapheneOS beschäftigt habe.
Wenn dich das interessiert: Ich habe hier mehr zu diesem Thema geschrieben. Und trotzdem … hier bin ich. Schon wieder. Witzigerweise war ich schon einmal in genau diesem Kaninchenbau. Vor etwa einem Jahr habe ich einen Beitrag darüber geschrieben, wie ich Teile meines Homelabs zurück auf Windows umziehe. Der ursprüngliche Beitrag ist inzwischen im Ruhestand, und dieser Artikel ersetzt ihn komplett – denn genau wie Homelabs selbst entwickeln sich auch Meinungen, Anforderungen und Architekturen mit der Zeit weiter.
Ich prüfe gerade, ob ich in meiner privaten Umgebung zu Windows zurückkehren will – sowohl auf meinen Desktop-Clients als auch auf meinem NAS und meiner Homelab-Infrastruktur mit Windows Server 2025. Aber diesmal sehe ich Windows nicht als Mittelpunkt meines Universums. Eher als Management-Schicht für die Infrastruktur. Mein Homelab besteht derzeit aus drei Servern, mehreren PCs, Laptops und diversen Geräten, die sich über die Jahre irgendwie angesammelt haben, weil … na ja, das machen Homelabs eben so. Es ist eine ziemlich heterogene Umgebung. Linux geht nirgendwohin. Container, Automatisierung, Kubernetes, Ansible und der ganze andere spaßige Kram bleiben wichtige Bestandteile meines Setups. Meine aktuelle Idee: Windows Server als Control Plane für meine Infrastruktur. Active Directory, DNS, DHCP, Gruppenrichtlinien, zentrale Dateifreigaben und Benutzerverwaltung könnten ein solides Fundament bilden, auf dem alles andere läuft. Windows wird zur Management-Schicht, während die eigentlichen Workloads weiterhin beide Ökosysteme umspannen. Und ganz ehrlich: Sobald die meisten deiner Clients ohnehin unter Windows laufen, wirken Dinge wie Active Directory, Gruppenrichtlinien, Hyper-V und zentrales Update-Management plötzlich überraschend attraktiv. Ein bisschen so, als würdest du feststellen, dass genau das, dem du die ganze Zeit aus dem Weg gegangen bist, tatsächlich ein paar echte Probleme löst.
Was dieses ganze Experiment besonders spannend gemacht hat, ist KI. Diesmal habe ich bewusst etwas völlig anderes ausprobiert. Ich nutze meine Lieblings-KI, Claude, aktiv als Co-Administrator für meinen Windows Server. Über SSH, WinRM und eine ordentliche Portion PowerShell ist Claude überraschend nützlich geworden, wenn es darum geht, meinen Server zu konfigurieren und Fehler zu suchen. Wann immer ich nicht weiterkomme, werfe ich Claude das Problem einfach hin, wir diskutieren mögliche Lösungen, und am Ende habe ich meistens funktionierende PowerShell-Skripte, die ich verstehen, anpassen und ausrollen kann. Dateisysteme, Partitionen, Gruppenrichtlinien, Freigaben, Berechtigungen, Dienste – bei all dem hat mir Claude geholfen. Für jemanden wie mich, der nicht jeden einzelnen Tag in Windows Server lebt, war das unglaublich hilfreich. In gewisser Weise fühlt es sich an wie Pair-Programming mit einem unendlich geduldigen Sysadmin, der sich nie über meine dummen Fragen ärgert und sich irgendwie an jeden PowerShell-Parameter erinnert, der jemals erfunden wurde. Außerdem habe ich vor, einige dieser PowerShell-Skripte und Konfigurationsbeispiele in den nächsten Tagen auf meinem GitHub-Account zu veröffentlichen. Vorher will ich aber noch etwas Zeit investieren, alles gründlich zu testen und sicherzustellen, dass es sich in verschiedenen Szenarien sauber verhält.
💾 Storage Spaces, ReFS und ein Leben am Abgrund
Auch beim Storage habe ich beschlossen, etwas Neues auszuprobieren. Bisher habe ich mich meistens auf den HP-Software-RAID-Controller in meinem HP MicroServer verlassen. Er hat funktioniert, er war vertraut, und ich kannte seine Macken. Diesmal hat Claude mich allerdings zum Experimentieren überredet. Ich habe einen Storage-Spaces-Pool über drei SSDs im Parity-Modus angelegt, was ungefähr RAID5 entspricht, und Microsofts Dateisystem ReFS obendrauf gesetzt. Seien wir ehrlich: ReFS ist nicht ZFS. ZFS ist nach wie vor das Dateisystem, das ich am meisten bewundere. Es ist ausgereift, funktionsreich, praxiserprobt und in vielen Bereichen schlicht weiter. ReFS fühlt sich immer noch an, als würde es hinterherlaufen. Es bietet nicht dieselbe Funktionstiefe, und seine Weiterentwicklung wirkt deutlich weniger ambitioniert. Überraschenderweise berichten aber viele Leute von guten Erfahrungen mit der Kombination aus Storage Spaces und ReFS, besonders in kleineren Umgebungen. Bei mir läuft es bisher einwandfrei. Läuft es in sechs Monaten immer noch? Ich habe absolut keine Ahnung. Aber andererseits ist Ungewissheit im Grunde eines der zentralen Designprinzipien jedes Homelabs.
🖥️ Aktueller Stand des Labs
Die Umgebung selbst ist noch relativ klein, aber voll einsatzfähig. Active Directory läuft, Testbenutzer existieren, NTFS-basierte Dateifreigaben sind eingerichtet, und die zentralen Infrastrukturdienste laufen zuverlässig. Es ist nicht mein endgültiges Setup. Wird es wahrscheinlich auch nie sein. Denn genau darum geht es bei Homelabs letztlich: experimentieren, lernen, Dinge kaputt machen, sie wieder aufbauen und sich gelegentlich ganz neue Probleme einhandeln, einfach weil es an einem Freitagabend nach einer lustigen Idee klang.
⚖️ Pragmatismus > Purismus
Ich bin immer noch ein großer Linux-Fan, und ich sehe nicht, dass sich das so bald ändert. Linux bleibt ein unverzichtbarer Teil meines Homelabs und wird es vermutlich immer bleiben. Aber heute bin ich viel pragmatischer als früher. Ich frage mich nicht mehr, welches Betriebssystem philosophisch das richtige ist. Ich frage mich, welches Werkzeug meine aktuellen Probleme am praktischsten und wartbarsten löst. Vielleicht ist in einem Jahr alles wieder auf Linux. Vielleicht wird Windows Server 2025 ein fester Bestandteil meines Homelabs. Oder vielleicht lande ich bei einer herrlich überdimensionierten Hybridumgebung, in der Windows Kubernetes-Cluster verwaltet, die Linux-Container ausrollen, die wiederum irgendwie Teile von Windows automatisieren. Ehrlich gesagt klingt das genau nach etwas, das ich bauen würde. Fürs Erste werde ich einfach weiter experimentieren. Denn das ist das Schöne an Homelabs: Sie entwickeln sich mit dir weiter – mit deinen Interessen und deiner ständig wechselnden Sammlung leicht fragwürdiger technischer Ideen.
📚 Mehr aus dieser Reihe: Windows Server 2025 im Homelab (auf Englisch)
