Community-Lösung

Remotezugriff, Familienkonten und Backups auf ZimaOS planen

A beginner with a four-drive ZimaOS NAS, UniFi router, and Starlink CGNAT requested help with remote access, family permissions, VPNs, Jellyfin, and photo backup. The team answered each area and warned against unsafe remote privileges.

Jim hatte bereits ein 12-TB-ZimaOS-NAS aus einem Beelink Me Mini, vier 4-TB-NVMe-Laufwerken in RAID 5 und dem 64-GB-eMMC-Speicher des Systems aufgebaut. Die verbleibende Herausforderung bestand nicht in einer einzelnen fehlerhaften Funktion, sondern in mehreren miteinander verbundenen Entscheidungen: Fernzugriff unter Starlink-CGNAT, getrennte Familienberechtigungen, Privatsphäre bei Downloads, Jellyfin außerhalb des Hauses und die Sicherung von Fotos.

Das Zima-Teammitglied Giorgio beantwortete diese Bereiche einzeln und empfahl, Hilfe nach Möglichkeit im öffentlichen Forum zu suchen. Der Thread enthält außerdem eine klare Sicherheitsgrenze: Unbekannten Helfern dürfen weder Administratorrechte noch unüberwachte Fernzugriffs- oder Fernbedienungsrechte gewährt werden.

Die Einrichtung und die sechs Entscheidungen, die Jim treffen musste

  • Sicher von allen persönlichen Geräten aus verbinden
  • Ein separates Konto für seine Frau mit privaten und gemeinsamen Ordnern erstellen
  • Entscheiden, wie der Download-Datenverkehr durch ein VPN geleitet werden soll
  • Zwischen Zima Client, Tailscale oder einem anderen Overlay-Netzwerk wählen
  • Jellyfin von außerhalb des lokalen Netzwerks erreichen
  • Einen Sicherungsweg für die Familienfotobibliothek auswählen

Die Netzwerkbeschränkung war Starlink-CGNAT, wodurch sich ein Haushalt normalerweise nicht auf eine direkt erreichbare öffentliche IPv4-Adresse verlassen kann. Jim hatte außerdem eine UniFi Dream Machine SE, daher musste der Zugriffsplan lokales Routing von der Ebene der Fernverbindung unterscheiden.

Die offizielle Antwort begann mit Zima Client

Giorgio empfahl, Zima Client auf den Geräten des Nutzers zu installieren, und verlinkte den Android-Zima-Client sowie den iOS-Zima-Client. In der Antwort wurde der Client als bevorzugte Verbindungsmethode des Teams beschrieben, wobei zugleich eingeräumt wurde, dass auch Tailscale verwendet werden könne.

Diese Empfehlung bezog sich auf den Produktstand im September 2025. Die Antwort verwies außerdem auf die Veröffentlichung von ZimaOS 1.4.4 für die Unterstützung mehrerer Benutzer und erklärte, dass DuckDNS oder der Client beim Fernzugriff auf Jellyfin helfen könnten.

Fernzugriff und Privatsphäre bei Downloads sind unterschiedliche Aufgaben

Jim fragte, ob Tailscale oder NetBird sowohl den Fernzugriff als auch ein VPN übernehmen sollten, das Downloads vor dem Internetanbieter verbirgt. Die offizielle Antwort erklärte, dass mehrere VPN-Optionen verfügbar seien, und verwies auf eine Diskussion zu einem ZeroTier-Exit-Node, schrieb jedoch keine gemeinsame Konfiguration vor.

Die Unterscheidung ist in diesem Community-Fall wichtig. Eine Overlay-Verbindung kann einem Benutzer über CGNAT einen privaten Pfad zurück zum NAS bieten, während das Weiterleiten des ausgehenden Datenverkehrs eines Downloaders über einen kommerziellen oder selbst verwalteten Exit eine davon getrennte Richtlinienentscheidung ist. Der Thread bestätigt nicht, dass Jim eine der beiden Konfigurationen abgeschlossen hat.

Mehrbenutzerberechtigungen waren in ZimaOS 1.4.4 verfügbar

Für Jims Wunsch, seiner Frau private Ordner sowie gemeinsame Ordner und Apps bereitzustellen, verwies Giorgio auf die in ZimaOS 1.4.4 hinzugefügte Mehrbenutzerunterstützung. Die Antwort dokumentiert weder die genaue Berechtigungsmatrix noch zeigt sie die fertig eingerichtete Familienkonfiguration. Daher handelt es sich eher um einen Hinweis auf eine Funktion als um eine Schritt-für-Schritt-Anleitung zur Rechtevergabe.

Die praktische Reihenfolge, die sich aus den Fragen ergibt, besteht darin, zunächst getrennte Identitäten anzulegen, festzulegen, welche Daten privat oder gemeinsam sein sollen, und erst danach den Fernzugriff bereitzustellen. Ein gemeinsames Administratorkonto würde der von Jim gewünschten Trennung entgegenwirken.

Jellyfin-Zugriff unter CGNAT erfordert einen ausgewählten Lösungsweg

Die offizielle Antwort schlug Zima Client vor und erwähnte DuckDNS. Da die ursprüngliche Verbindung Starlink-CGNAT verwendete, stellt der Thread nicht fest, dass gewöhnliche Portweiterleitung und dynamisches DNS allein für Jim verfügbar gewesen wären. Tailscale wurde als weitere Option genannt.

In einem deutlich späteren Unterthread ging es um einen anderen Benutzer, einen anderen Internetanbieter, einen anderen Router und eine andere Jellyfin-Installation. Dieser Benutzer arbeitete sich durch DuckDNS, Nginx Proxy Manager, Docker-Netzwerke, Zertifikate, interne und Host-Ports sowie einen Routerkonflikt auf Port 443. Das sollte weder als Jims Lösung noch als CGNAT-Anleitung dargestellt werden.

In einem separaten Jellyfin-Reverse-Proxy-Fall geteilte Ausgabe eines Docker-Befehls
Ein späterer Teilnehmer stellte beim Diagnostizieren einer separaten Reverse-Proxy-Einrichtung Containerdetails bereit.
Während eines späteren Jellyfin-Routing-Falls geteilte Einstellungen des Nginx Proxy Manager
Im späteren Fall wurden Nginx Proxy Manager und direkte Portweiterleitung verwendet – eine andere Netzwerkbedingung als Jims Starlink-CGNAT.

Immich wurde für die Fotosicherung vorgeschlagen

Giorgio beschrieb Immich als eine gute Option für die Fotosicherung und erklärte außerdem, dass Zima Client Fotos sichern könne. Der Thread vergleicht weder Aufbewahrung, Replikation und Wiederherstellungstests noch die Frage, ob das NAS selbst ein zweites Sicherungsziel hatte.

Damit bleibt eine wichtige Einschränkung der ursprünglichen Antwort: Die Speicherung der Fotobibliothek auf dem RAID-Array verbessert die Verfügbarkeit innerhalb des Servers, während die Formulierung „beste Möglichkeit zur Sicherung“ weiterhin einen separaten Wiederherstellungsplan erfordern würde. In den Antworten wurde kein solcher Plan ausgearbeitet.

Öffentliche Hilfe nutzen, ohne den Server aus der Hand zu geben

Nachdem ein Community-Mitglied private Einzelhilfe per E-Mail angeboten hatte, ermutigte Giorgio dazu, die Unterstützung im öffentlichen Forum fortzusetzen, damit die Hinweise überprüft werden können und auch anderen Lesern zugutekommen. Er warnte die Benutzer außerdem, Unterhaltungen mit Fremden als öffentlich zu betrachten und persönliche Informationen zu schützen.

Die deutlichste Warnung lautete, unbekannten Helfern weder Administratorrechte noch Fernzugriffsrechte zu gewähren. Falls erweiterter Zugriff wirklich erforderlich sei, solle er unter der Aufsicht einer fachlich sehr versierten und vertrauenswürdigen Person erfolgen.

FAQ

Hat der Thread für Jim Tailscale, NetBird oder Zima Client ausgewählt?

Die offizielle Antwort bevorzugte Zima Client und erklärte, dass auch Tailscale verwendet werden könne. NetBird wurde nicht bewertet, und Jims endgültige Wahl wurde nicht festgehalten.

Hat DuckDNS allein den Fernzugriff über Starlink-CGNAT gelöst?

Ein solches Ergebnis wurde nicht berichtet. DuckDNS wurde erwähnt, aber die CGNAT-Bedingung des ursprünglichen Benutzers und die endgültige Jellyfin-Konfiguration wurden im Thread nicht gelöst.

Sollte ein externer Helfer Administratorzugriff erhalten?

Das Team warnte ausdrücklich davor, unbekannten Helfern Administratorrechte oder unüberwachte Fernzugriffsrechte zu geben. Öffentliche Fehlerbehebung und streng überwachte Zugriffe wurden in der Diskussion als die sichereren Grenzen genannt.