Wie Tommy Doan ein tragbares NAS als Ersatz für iCloud und Google Drive gebaut hat

Tommy Doan hat rund um ZimaBoard 2 ein portables NAS gebaut, das Dateien synchronisieren, Smartphone-Fotos sichern, Fernzugriff bereitstellen, über eine Powerbank betrieben werden und über seinen eigenen 3K-OLED-Touchscreen bedient werden kann. Das Projekt verringert seine Abhängigkeit von iCloud und Google Drive, sein eigentlicher Wert besteht jedoch nicht nur darin, Abonnements zu vermeiden – es gibt ihm Kontrolle darüber, wo seine Dateien gespeichert sind und wie das System erweitert werden kann.

Vielen Dank an Tommy Doan für die Entwicklung und Dokumentation dieses portablen Heimserver-Projekts. Sein Originalvideo begleitet den Aufbau von der grundlegenden Speicherung und selbst gehosteten Anwendungen über WLAN, Akkubetrieb und einen abnehmbaren Touchscreen bis hin zu Linux, CasaOS und der Emulation von Retrospielen.

Hinweis zur Quelle: Dieser Artikel ordnet die in Tommy Doans Video gezeigte Konfiguration und die Ergebnisse neu. Verfügbarkeit von Komponenten, Verhalten der Anwendungen, Akkulaufzeit, Temperaturen und das Hintergrund-Upload-Verhalten auf Mobilgeräten können je nach endgültiger Hardware, Softwareversionen, Netzwerkbedingungen und Arbeitslast variieren.

Das Ergebnis: ZimaBoard 2 wird zu einem persönlichen, akkubetriebenen Server mit lokalem Speicher, privater Dateisynchronisierung, mobiler Fotosicherung, sicherem Fernzugriff und einem abnehmbaren Touchscreen. Es ist flexibler als ein herkömmliches portables Laufwerk, benötigt aber weiterhin einen echten Backup-Plan sowie eine sorgfältige Verwaltung von Stromversorgung, Netzwerk und Software.

Warum ein portables NAS bauen, statt mehr Cloud-Speicher zu mieten?

Tommy Doan beginnt mit zwei Anliegen: wiederkehrende Zahlungen für den Zugriff auf wachsenden persönlichen Speicher und die Unsicherheit darüber, wo private Dateien verarbeitet werden. Ein Heim-NAS verändert das Eigentumsmodell, weil der Nutzer die Laufwerke, Anwendungen, den Zugriffsweg und den Aufbewahrungsplan selbst wählt.

Lokale Kontrolle macht das System nicht automatisch privat oder sicher. Dienste für den Fernzugriff, Telemetrie in Anwendungen, mobile Clients, schwache Passwörter und fehlende Backups können Daten weiterhin offenlegen oder zerstören. Self-Hosting ersetzt die betrieblichen Entscheidungen eines Anbieters durch die Entscheidungen des Eigentümers.

Portabilität ist ein weiteres Ziel. Tommy möchte keinen Server, der dauerhaft per Ethernet und Netzstrom an einen einzigen Schreibtisch gebunden ist. Daher entwickelt sich sein Aufbau in mehreren Stufen: Zuerst sollen Datei- und Fotodienste funktionieren, dann werden die festen Netzwerk- und Stromverbindungen entfernt, und schließlich kommt eine lokale Benutzeroberfläche hinzu.

ZimaBoard 2 stellt den erweiterbaren Serverkern bereit

Der ZimaBoard 2 Mini-Heim-NAS bildet den Kern des Projekts. Tommy beschreibt die beiden verfügbaren Konfigurationen für Arbeitsspeicher und integrierten Speicher und fügt anschließend sein eigenes Laufwerk für Benutzerdaten hinzu, statt den integrierten Systemspeicher als zentrale Datenbibliothek zu verwenden.

Er verwendet eine SSD über einen PCIe-Adapter, weil er das Laufwerk bereits besitzt. Eine große HDD kann in einem stationären NAS mehr Kapazität pro Euro bieten, während eine SSD ohne bewegliche Teile auskommt und sich besser für ein Gerät eignen kann, das umgestellt wird. Der Kompromiss betrifft Kapazität, Kosten und Schreibhaltbarkeit – einen allgemein besten Ansatz gibt es nicht.

Die offene PCIe-Verbindung wird später wichtig, weil Tommy den ursprünglichen M.2-Adapter durch Hardware ersetzt, die WLAN hinzufügt. Dies verdeutlicht die zentrale Einschränkung eines erweiterbaren kleinen Servers: Eine Änderung kann eine Schnittstelle belegen, die andernfalls für Speicher oder ein anderes Peripheriegerät genutzt werden könnte.

Google Drive durch einen Syncthing-Workflow ersetzen

Tommy installiert Syncthing und erstellt einen gemeinsamen Ordner zwischen seinem MacBook Pro und dem NAS. Wenn eine Datei auf einem konfigurierten Gerät hinzugefügt oder geändert wird, überträgt Syncthing diese Änderung auf das andere Gerät. So kann die Arbeit fortgesetzt werden, ohne den Ordner in ein herkömmliches Cloud-Drive-Konto hochzuladen.

Laut der Syncthing-Dokumentation können das Erstellen, Ändern und Löschen von Dateien geräteübergreifend repliziert werden. Dieses Verhalten ist für die Synchronisierung nützlich, bedeutet aber auch, dass sich ein unerwünschtes Löschen oder eine schädliche Änderung ausbreiten kann. Syncthing selbst sollte nicht als einziges Backup betrachtet werden.

Ein sichererer Workflow trennt den aktuell synchronisierten Ordner vom geschützten Verlauf. Die Versionierung kann dabei helfen, einige ersetzte Dateien wiederherzustellen, wichtige Dokumente benötigen jedoch weiterhin ein unabhängiges Backup-Ziel, das nicht kontinuierlich jede Benutzeraktion spiegelt.

Eine selbst gehostete Fotobibliothek mit Immich verwenden

Für Smartphone-Fotos verwendet Tommy Immich als selbst gehostete Alternative zu einem auf iCloud ausgerichteten Workflow. Die mobile Anwendung kann neue Fotos und Videos aus ausgewählten Alben auf den Server hochladen, sodass das NAS eine aktive Rolle beim Schutz und bei der Organisation der Kamerarolle übernimmt.

Der Leitfaden zur mobilen Sicherung mit Immich erklärt, dass Hintergrund-Uploads vom Betriebssystem des Telefons beeinflusst werden. Unter iOS muss die Hintergrundaktualisierung aktiviert sein, und das Betriebssystem – nicht Immich – entscheidet, wann Hintergrundaufgaben ausgeführt werden. Ein neu aufgenommenes Foto erreicht den Server daher möglicherweise nicht sofort.

Immich benötigt ebenfalls einen eigenen Backup-Plan. Die Anwendungsdatenbank enthält Pfade und Metadaten, während der Upload-Speicherort die Originalmedien enthält. Wenn nur eine dieser Ebenen geschützt wird, kann eine wiederhergestellte Bibliothek unvollständig sein. Der zugehörige ZimaSpace-Artikel über eine private Immich-Fotowolke mit ZimaBoard 2 bietet eine weitere, von einem Creator geprägte Perspektive auf diesen Workflow.

Tailscale hält die NAS auch unterwegs erreichbar

Syncthing und Immich sind besonders nützlich, wenn der Server auch außerhalb des lokalen Schreibtischs erreichbar bleibt. Tommy fügt Tailscale hinzu, um eine private Verbindung zwischen seinen Geräten herzustellen. Dadurch können autorisierte Clients auf die NAS zugreifen und weiterhin Dateien übertragen, während er unterwegs ist.

So wird vermieden, jede selbst gehostete Anwendung als separate öffentliche Website zu behandeln. Ein privates Overlay-Netzwerk kann die direkte Angriffsfläche verringern, doch Kontosicherheit, Gerätefreigaben, Betriebssystem-Updates und die Authentifizierung der Anwendungen bleiben weiterhin wichtig.

Der Fernzugriff hängt außerdem von dem Netzwerk ab, das an beiden Enden verfügbar ist. Schwaches WLAN, Begrenzungen des Mobilfunktarifs, eine geringe Upload-Bandbreite zu Hause oder ein Server im Ruhezustand können die Synchronisierung verzögern, selbst wenn die private Verbindung selbst funktioniert.

Entfernen von Ethernet und Netzstrom

Die erste Version funktioniert als NAS, benötigt aber weiterhin Ethernet und eine Steckdose. Tommy ersetzt die ursprüngliche M.2-Karte durch einen Adapter, der WLAN hinzufügt. Dadurch kann sich der Server ohne kabelgebundene Netzwerkverbindung im Haus bewegen.

Für die Stromversorgung installiert er unter dem Rahmen einen Akku mit festem 12-V-Hohlsteckerausgang. Die passende Spannung und der passende Stecker sind entscheidend; eine USB-Powerbank liefert nicht automatisch für jeden Server den richtigen festen Ausgang. Akku, Kabel und Umwandlungsweg müssen außerdem die Spitzenlast des Systems bewältigen können und nicht nur dessen Leerlaufverbrauch.

Diese Änderung macht die NAS innerhalb der Grenzen der WLAN-Abdeckung und Akkukapazität mobil. Sie schützt den Speicher jedoch nicht vor plötzlichen Abschaltungen. Eine Abschaltung wegen niedrigen Akkustands während aktiver Schreibvorgänge kann Übertragungen unterbrechen oder dazu führen, dass Anwendungen nach dem nächsten Start wiederhergestellt werden müssen. Daher sollte der Energieplan ein sicheres Herunterfahren und eine Statusüberwachung vorsehen.

Hinzufügen eines 3K-OLED-Touchscreens

WLAN und Akkubetrieb machen zwei Kabel zum Raum überflüssig, doch die NAS benötigt weiterhin ein anderes Gerät zur Verwaltung. Tommy fügt einen mobilen 14-Zoll-3K-OLED-Touchscreen hinzu, damit das System seine eigene Benutzeroberfläche anzeigen und steuern kann.

Der Monitor unterstützt Touch-Eingaben, verfügt über einen integrierten Standfuß und ist VESA-kompatibel. Eine direkte Befestigung am Serverrahmen würde die Kabel behindern. Daher verwendet Tommy einen drehbaren Schreibtischständer weiter, schiebt ihn in den verfügbaren Zwischenraum, befestigt ihn mit einer Klemme und ordnet anschließend die Display- und Stromkabel.

Die fertige Konstruktion ist kein herkömmlicher Laptop. Sie ist ein modularer persönlicher Server mit eigenem Display, Speicher, Akku und Netzwerkverbindung. Der Bildschirm lässt sich auch abnehmen und wieder wie gewohnt als externer Monitor für einen anderen Computer verwenden.

Warum der Touchscreen Linux und CasaOS erfordert

ZimaOS wird normalerweise über einen Browser verwaltet, der auf einem anderen Gerät läuft. Der direkte Anschluss eines Touchscreens erzeugt nicht automatisch eine Desktop-Sitzung, in der dieser Browser angezeigt werden kann. Tommy installiert daher Linux als Host-Betriebssystem und ergänzt CasaOS für die browserbasierte Verwaltung von Server und Anwendungen.

Dadurch ändert sich die Architektur. Das ursprüngliche NAS-Erlebnis wird zu einer Arbeitslast innerhalb einer umfassenderen Computerumgebung. Der lokale Desktop kann die Verwaltungsoberfläche direkt öffnen, während Linux außerdem Zugriff auf Anwendungen bietet, die nicht zum typischen Workflow eines headless NAS gehören.

Der Nachteil ist zusätzlicher Wartungsaufwand. Der Besitzer verwaltet nun den Linux-Desktop, CasaOS, containerisierte Dienste, Speichereinbindungen, das Verhalten des Touchscreens und die Startreihenfolge. Eine eigenständige Benutzeroberfläche ist nur dann praktisch, wenn diese Ebenen nach Updates und Neustarts zuverlässig wieder verfügbar sind.

Retrospiele auf dem portablen NAS ausführen

Sobald das System über einen Linux-Desktop und einen Touchscreen verfügt, testet Tommy eine Nutzung außerhalb der Speicherung: Retrospiel-Emulation über Dolphin. Der Intel-Prozessor wird nicht als für modernes AAA-Gaming geeignet dargestellt, bewältigt die von ihm getesteten Klassiker jedoch überraschend gut.

Dadurch werden Speicher- und Gaming-Aktivitäten nicht zur gleichen Belastung. Dateisynchronisierung, Fotobearbeitung, Medienindizierung und Emulation können um CPU-, Arbeitsspeicher- und Speicherbandbreite konkurrieren. Ein Spiel kann sich flüssig anfühlen, wenn der Server im Leerlauf ist, sich aber anders verhalten, während große Uploads oder Hintergrundverarbeitung aktiv sind.

Der Test zeigt dennoch, warum der lokale Bildschirm wichtig ist. Das Gerät kann unbeaufsichtigt als Server weiterlaufen und zu einem interaktiven Computer werden, sobald der Besitzer davor sitzt.

Ergebnisse zu Akkulaufzeit und Temperatur

Tommy verwendet eine Powerbank mit 122 Wh, um sowohl das ZimaBoard-2-System als auch das Display zu betreiben. In seinem Aufbau ermöglicht sie etwa dreieinhalb Stunden 4K-Videostreaming oder ungefähr drei Stunden Gaming.

Er berichtet bei stärkerer Nutzung, etwa beim Gaming, von Temperaturen um 40–45 °C und im Leerlauf von etwa 30–35 °C. Diese Werte beziehen sich auf seine zusammengebaute Konfiguration, die Umgebungsbedingungen, die Anwendungslast und seine Messmethode; sie sind keine garantierten Grenzwerte für jedes Gehäuse, Laufwerk oder jede Stromversorgung.

Ein praxistauglicher portabler Server sollte unter gleichzeitiger Belastung getestet werden: aktives Display, drahtlose Übertragungen, Schreibvorgänge auf den Speicher, Fotobearbeitung und interaktive Anwendungen. Eine anhand der reinen Leerlaufleistung berechnete Akkulaufzeit kann überschätzen, wie lange das System unterwegs tatsächlich nutzbar bleibt.

Portable bedeutet nicht, dass die Daten automatisch geschützt sind

Tommy schließt mit einer wichtigen Einschränkung: Ein NAS ist weiterhin ein einzelnes physisches Gerät. Wenn sein einziges Laufwerk ausfällt, das gesamte Gerät beschädigt wird oder das portable System verloren geht, können die Dateien damit verschwinden.

Immich empfiehlt, sowohl hochgeladene Medien als auch seine Datenbank durch eine umfassendere Backup-Strategie zu schützen. Syncthing weist ebenfalls darauf hin, dass Synchronisierung nicht dasselbe wie ein Backup ist, da sich Löschungen und Änderungen weiterverbreiten können. Diese beiden Tatsachen sind noch wichtiger, wenn der Server dafür ausgelegt ist, bewegt zu werden.

Ein sinnvoller Schutzplan behält das portable NAS als aktive Kopie bei, fügt eine zweite Kopie auf einem anderen lokalen Gerät oder Wechseldatenträger hinzu und bewahrt eine dritte Kopie außerhalb des Geräts auf. Self-Hosting sollte ändern, wer das Backup kontrolliert – nicht das Backup überflüssig machen.

Wer sollte ein solches portables NAS bauen?

Dieses Projekt eignet sich für Kreative, Reisende, Studierende und Home-Lab-Enthusiasten, die Wert auf einen anpassbaren lokalen Server legen und Freude an der Integration von Hardware haben. Besonders nützlich ist es, wenn Dateien zwischen mehreren persönlichen Geräten bewegt werden müssen und der Besitzer direkten Zugriff auf den Speicher möchte, ohne ein herkömmliches Desktop-NAS mit sich zu führen.

Ein stationäres NAS ist einfacher, wenn der Server immer neben einem Router und einer Steckdose stehen bleibt. Eine gewöhnliche externe SSD ist kleiner, wenn nur direkt angeschlossener Speicher benötigt wird. Ein kommerzieller Cloud-Dienst kann weiterhin bequemer sein, wenn eine wartungsfreie Redundanz und weltweiter Zugriff wichtiger sind als die eigene Kontrolle über die Infrastruktur.

Tommys Design wird besonders überzeugend, wenn keine dieser Kategorien allein ausreicht. Es kombiniert ein portables Laufwerk, einen selbst gehosteten Anwendungsserver, einen privaten Synchronisierungsendpunkt und einen interaktiven Linux-Computer in einem modularen Aufbau.

Eine persönliche Cloud kann rund um den Workflow ihres Besitzers aufgebaut werden

Tommy Doans portables NAS ist erfolgreich, weil jede Änderung einen konkreten Reibungspunkt beseitigt. Syncthing verwaltet Arbeitsdateien, Immich kümmert sich um Handyfotos, Tailscale erweitert den privaten Zugriff, WLAN macht Ethernet überflüssig, der Akku beseitigt die Abhängigkeit von einer Steckdose, und der Touchscreen macht ein zweites Verwaltungsgerät überflüssig.

Das Ergebnis ist nicht unbedingt das kleinste oder einfachste NAS. Es ist ein persönlicher Server, der darauf zugeschnitten ist, wie sein Besitzer Daten speichern, darauf zugreifen und mit ihnen interagieren möchte. Diese Anpassungsmöglichkeit – und die Verantwortung, die mit der Wartung einhergeht – ist die eigentliche Alternative dazu, einfach mehr Cloud-Speicher zu mieten.

Sieh dir Tommy Doans vollständigen Aufbau an, um die Hardwaremontage, die Halterung für das portable Display, den Anwendungsworkflow, den Akkutest und die Demonstration von Retro-Spielen zu sehen. Um dich mit anderen Entwicklern von Heimservern über weitere Projektideen für das ZimaBoard 2 auszutauschen, tritt der ZimaSpace-Discord-Community bei.