King_Arda und ZimaBlade: Aufbau eines datenschutzorientierten Heim-NAS

King_Arda kennenlernen

King_Arda ist ein Reddit-Homelab-Bastler, der sich im ursprünglichen Beitrag als jemand beschrieb, der Cybersicherheit studiert und Netzwerkkenntnisse aus dem Cisco-CCNA-Umfeld besitzt. Er suchte nicht nur nach einem Gerät, das Dateien speichern konnte. Er wollte ein NAS, das zugleich ein praktischer Ort zum Experimentieren mit selbst gehosteten Diensten, Netzwerken, Backups und Speicher sein konnte.

Vor dem Kauf der ZimaBlade verglich er konventionellere NAS-Optionen mit der Wiederverwendung eines alten PCs. Schließlich entschied er sich für das kleinere x86-System, weil die Kombination aus Preis, Flexibilität, Aussehen und Raum zum Experimentieren genau zu seinen Vorstellungen von einem ersten Homelab-NAS passte.

Du kannst King_Arda auf Reddit folgen, um das Creator-Profil hinter dieser Anwendergeschichte zu sehen.

Hinweis: Im ursprünglichen Reddit-Beitrag schrieb King_Arda, dass er den Zima-Support kontaktierte, nachdem er festgestellt hatte, dass sein vorhandenes Netzteil für die gewünschte Speicherkonfiguration nicht stark genug war. Er legte offen, dass der Support ihm im Austausch für die Veröffentlichung des Reddit-Beitrags kostenlosen Versand anbot, und erklärte zugleich, dass er seine eigene Meinung frei äußern konnte. Diese Anwendergeschichte bewahrt sowohl diesen Hinweis als auch seine Kritik an der Einrichtung.

Von der NAS-Recherche zur ZimaBlade

King_Arda zog vor der Entscheidung für die ZimaBlade zwei vertraute Ausgangspunkte in Betracht: den Kauf eines Synology-NAS oder die Wiederverwendung eines alten PCs. Seine Recherche führte ihn schließlich zu einer kleineren DIY-Plattform, die sowohl als Speicher als auch als vielseitiger Heimserver dienen konnte.

Er beschrieb die Entscheidung vor allem anhand von Preis-Leistungs-Verhältnis und Flexibilität. Außerdem gefiel ihm die umfassendere Idee von Open-Source-Software und mehr Kontrolle über die auf dem Gerät laufenden Dienste. Das war wichtig, weil das NAS nie als reines Einzweckgerät gedacht war.

Die aktuelle ZimaBlade-Dokumentation beschreibt die Plattform als x86-Single-Board-Server mit zwei SATA-3.0-Anschlüssen, Gigabit-Ethernet und PCIe-Erweiterung. Aus King_Ardas Beitrag geht nicht hervor, ob sein Board das Modell 3760 oder 7700 ist. Daher ordnet diese Geschichte keines der beiden Modelle zu.

Warum ZimaOS im Mittelpunkt der Einrichtung blieb

King_Arda behielt ZimaOS auf dem System, anstatt es sofort durch Windows, Proxmox oder ein anderes Serverbetriebssystem zu ersetzen. Ihm gefielen die browserbasierte Dateiverwaltung und der App Store, weil sie das Finden und Bereitstellen von Docker-Anwendungen erleichterten, ohne jedes Experiment in ein Kommandozeilenprojekt zu verwandeln.

Drei Anwendungen wurden zum Kern der Einrichtung: Immich für Fotos, Jellyfin für Medien und Duplicati für Backup-Abläufe. Unterwegs probierte er außerdem weitere Apps aus. Dadurch verhielt sich das Gerät zunehmend weniger wie ein einfaches NAS und mehr wie ein echter Homelab-Knoten.

Datenschutz ohne Verzicht auf Offsite-Backups

Fotos waren einer der wichtigsten Gründe für King_Ardas Entscheidung zum Self-Hosting. Er sagte, dass er sich unwohl dabei fühlte, seine gesamte Bildersammlung Google zu überlassen, insbesondere wegen seiner Bedenken, wie in der Cloud gehostete Fotos im Zusammenhang mit KI verwendet werden könnten.

Seine Lösung bestand nicht darin, Cloud-Speicher vollständig aufzugeben. Immich bot ihm einen Fotodienst auf Hardware, die er selbst kontrollierte, während Duplicati ein verschlüsseltes Backup seiner Bilder an Google Drive sendete. Außerdem beschrieb er, wie er Dateien von Drive zurück auf die ZimaBlade brachte, sodass keine der beiden Seiten die einzige Kopie darstellte.

Damit wurde das Projekt zu einer hybriden statt zu einer Alles-oder-nichts-Entscheidung beim Datenschutz: lokale Dienste für die tägliche Kontrolle, ergänzt durch verschlüsselten Offsite-Speicher als weitere Backup-Ebene.

WireGuard statt einer weiteren Fernzugriffsebene

Für den Fernzugriff zog King_Arda Tailscale in Betracht, entschied sich jedoch für WireGuard, weil sein Router dies bereits unterstützte. So konnte er einen Netzwerkpfad verwenden, den er verstand, statt eigens für das NAS einen weiteren Fernzugriffsdienst hinzuzufügen.

Aktuelle ZimaOS-Versionen dokumentieren auch den Fernzugriff über ZimaClient. King_Ardas Einrichtung zeigt jedoch ein anderes Self-Hosting-Muster: Wer sein eigenes Netzwerk bereits verwaltet, kann die Zugriffsebene wählen, die zur übrigen Infrastruktur passt.

Der aktuelle Leitfaden zum ZimaOS-Fernzugriff beschreibt den Weg über ZimaClient; der ursprüngliche Reddit-Beitrag dokumentiert King_Ardas separate Entscheidung für WireGuard.

Wo der einfache Weg nicht mehr einfach war

Der App Store war praktisch, aber King_Arda beschrieb nicht jede Installation als vollständig unkompliziert. Er sagte, dass er gelegentlich Teile einer Docker-Datei ändern musste, bevor sich eine Anwendung wie gewünscht verhielt.

Außerdem berichtete er von einem bedenklicheren Problem mit Speicherpfaden: Einige Daten schienen auf dem internen Speicher der ZimaBlade geschrieben zu werden, obwohl er glaubte, die HDD ausgewählt zu haben. Auch Backup-Aufträge, von denen er erwartete, dass sie automatisch abgerufen würden, verhielten sich nicht immer wie erwartet.

Diese Probleme führten nicht dazu, dass er das System aufgab, änderten aber die Art von Nutzer, dem er es empfehlen würde. Seine Erfahrung war deutlich positiver für jemanden, der bereit ist, Konfigurationen zu prüfen und Fehler zu beheben, als für jemanden, der ein Gerät erwartet, das sein zugrunde liegendes Container- oder Speichermodell niemals offenlegt.

Aktuelle ZimaOS-Hinweise machen App-Datenpfade eindeutiger

Die aktuelle ZimaOS-Dokumentation enthält inzwischen eigene Hinweise zum App-Speicher. Der Leitfaden zu App-Speicherpfaden empfiehlt, App-Daten auf einem Hauptspeicherbereich abzulegen, anstatt große persistente Datensätze auf dem Systemlaufwerk zu belassen. Er weist ausdrücklich darauf hin, dass Fotobibliotheken wie Immich eine kleine Systemfestplatte schnell füllen können.

Das beweist nicht, dass genau das von King_Arda beobachtete Problem auf seinem Gerät behoben wurde. Es bietet jedoch klarere aktuelle Hinweise für dieselbe Art von Problem, auf die er beim Lernen über das Zusammenspiel von ZimaOS und Docker-Persistenz gestoßen ist.

Ein NAS für Tüftler, nicht für jeden

King_Ardas Gesamtempfehlung war bewusst an Bedingungen geknüpft. Ihm gefiel das Gerät, und er hatte das Gefühl, dass es seine Anforderungen erfüllte. Die gleiche Erfahrung würde er jedoch keinem völligen Anfänger überlassen, der erwartet, dass jeder Dienst ohne Konfiguration oder Nachforschungen funktioniert.

Für jemanden, der bereit ist, Einstellungen zu bearbeiten, den Speicherort von Daten zu verstehen und bei Bedarf einen Container zu Fehler zu suchen, fiel sein Fazit deutlich positiver aus. In diesem Sinne funktionierte die ZimaBlade nicht nur als Speicher, sondern auch als Lernplattform.

Erst ein Laufwerk, dann ein zweites

Zum Zeitpunkt des ursprünglichen Beitrags lief das NAS mit einer HDD. King_Arda plante, ein zweites Laufwerk hinzuzufügen und RAID zu verwenden, veröffentlichte jedoch nicht die geplante RAID-Stufe.

Bei zwei Laufwerken nennt die aktuelle ZimaOS-Dokumentation RAID 1 als gespiegelte Option, während RAID 5 mindestens drei Laufwerke erfordert. Das ist ein nützlicher Hintergrund für Leser, sollte aber nicht zu der Behauptung werden, King_Arda habe sich persönlich für RAID 1 entschieden. Sein öffentlicher Beitrag beschränkt sich auf den Plan, ein weiteres Laufwerk hinzuzufügen.

Die umfassenderen Optionen sind in der aktuellen ZimaOS-RAID-Referenz dokumentiert.

Die Stromplanung wurde Teil der Speicherplanung

Der Schritt zu einem zweiten Laufwerk brachte eine weitere praktische Einschränkung ans Licht: Das Netzteil in King_Ardas Einrichtung war für seinen geplanten Betrieb nicht stark genug. Dieses Problem veranlasste ihn, den Support zu kontaktieren und führte zu der im Reddit-Beitrag offengelegten Vereinbarung über kostenlosen Versand.

Die aktuellen Hinweise zur ZimaBlade-NAS-Einrichtung empfehlen ebenfalls, für die langfristige Nutzung von HDDs eine externe Stromversorgung in Betracht zu ziehen. Der ursprüngliche Beitrag enthält weder das Laufwerksmodell noch den Anlaufstrom, die Adapterspezifikation oder das ZimaBlade-Modell. Daher versucht diese Geschichte nicht, die genaue elektrische Grenze seiner Konfiguration zu diagnostizieren.

Ein kleines NAS wurde zu einem Homelab zum Anfassen

Als King_Arda über das Projekt schrieb, tat die ZimaBlade bereits deutlich mehr, als nur Dateien zu speichern. Sie war zu einem privaten Fotoserver, einem Jellyfin-Server, einem Backup-Knoten und einem Ort geworden, an dem er sein Wissen über Netzwerke und Cybersicherheit anwenden konnte, das er bereits studierte.

Das Wertvolle an der Geschichte ist, dass das Lernen sowohl aus den Erfolgen als auch aus den Reibungspunkten entstand. Er musste entscheiden, wo Containerdaten gespeichert werden sollten, welche Fernzugriffsebene sinnvoll war, wie sich eine verschlüsselte Offsite-Kopie aufrechterhalten ließ und was sich änderte, als die Speichererweiterung den Strombedarf erhöhte.

Die Geschichte wird noch geschrieben

Die Geschichte von King_Arda und Zima wird noch geschrieben. Der Reddit-Beitrag vom 31. Januar 2026 zeigt ein System, das bereits nützlich war, aber noch erweitert wurde: Eine HDD versorgte reale Workloads, ein zweites Laufwerk und RAID waren geplant, Immich und Jellyfin waren zu alltäglichen Diensten geworden, Duplicati übernahm Backup-Aufgaben und WireGuard ermöglichte den Fernzugriff.

In den für diese Seite geprüften Materialien gibt es kein öffentliches Follow-up, das die Aufrüstung mit dem zweiten Laufwerk, die endgültige RAID-Konfiguration oder eine spätere Behebung der App-Daten- und Backup-Probleme bestätigt. Diese Punkte sollten offenbleiben, bis King_Arda selbst die nächste Phase dokumentiert.

Um der Quelle hinter dieser Geschichte zu folgen, lies den ursprünglichen ZimaBlade-NAS-Beitrag auf Reddit oder besuche King_Ardas Reddit-Profil.