Praktische Antwort: Der Zima Linux Client v2.0.0 wurde eindeutig für ZimaOS entwickelt. Ein Mitwirkender berichtete außerdem, dass er mit CasaOS verwendet werden kann, aber in der Projektdokumentation wird CasaOS nicht als offiziell unterstütztes Ziel aufgeführt. Betrachten Sie die Kompatibilität mit CasaOS als etwas, das Sie anhand der Funktionen überprüfen sollten – Geräteeerkennung, SMB-Zugriff, App-URLs und Remote-Netzwerkverbindungen – und nicht als pauschale Garantie.
Die ursprüngliche Frage war erfreulich einfach: „Ist dies sowohl mit CasaOS als auch mit ZimaOS kompatibel?“ Für eine hilfreiche Antwort ist eine zusätzliche Ebene erforderlich: Was bedeutet „kompatibel“ für diesen Client?
Wofür v2.0.0 tatsächlich entwickelt wurde
Das Projekt Zima Linux Client beschreibt die Anwendung als Desktop-Client für ZimaOS mit diesen Kernfunktionen:
- Erkennen Sie ZimaOS-Geräte im lokalen Netzwerk.
- Stellen Sie über eine Remote-ID mit ZeroTier eine Fernverbindung her.
- Durchsuchen und mounten Sie SMB/CIFS-Freigaben.
- Öffnen Sie Docker-Anwendungen.
- Führen Sie Sicherungsaufträge von lokalen Ordnern auf Serverfreigaben aus.
Das ist die richtige Kompatibilitäts-Checkliste. Wenn diese Schnittstellen auf Ihrem Server wie erwartet funktionieren, kann der Client nützlich sein. Wenn eine CasaOS-Installation etwas nicht in dem vom Client erwarteten Format bereitstellt, reicht es nicht aus, dass „die Anwendung startet“, um den gesamten Workflow als kompatibel zu bezeichnen.
Die Kompatibilität mit ZimaOS ist der dokumentierte Weg.
ZimaOS wird in der gesamten README als erklärtes Ziel des Projekts genannt. Die aktuelle Konnektivität des Zima Client beschreibt ZimaOS außerdem als serverseitige Plattform für den Fernzugriff auf Dateien, den Dashboard-Zugriff, den Zugriff auf Docker-Apps und mobile Backups.
Der Workflow des Zima Client ist hilfreich, wenn Sie eine Erklärung auf Produktebene statt Details zur Implementierung des Linux-Community-Clients wünschen.
Für CasaOS sollten Sie die vier Funktionen überprüfen, anstatt einem einzelnen Label zu vertrauen.
CasaOS und ZimaOS teilen genügend Self-Hosting-Konzepte, sodass ein Client möglicherweise auf beiden funktioniert, insbesondere bei SMB und Web-Apps. Die README des Linux-Clients dokumentiert CasaOS derzeit jedoch nicht als offizielles Ziel. Verwenden Sie diese kurze Testmatrix:
| Funktion | Was auf CasaOS getestet werden sollte | Bedingung für erfolgreiches Bestehen |
|---|---|---|
| Lokale Erkennung | „Lokales Netzwerk scannen“ ausführen | Ihr Server wird erkannt oder kann manuell erreicht werden. |
| SMB | Eine bekannte CasaOS-SMB-Freigabe öffnen | Der Client kann die Freigabe mit den richtigen Zugangsdaten auflisten und einbinden. |
| Docker-Apps | Eine installierte Web-App öffnen | Die App-URL wird über den Client aufgelöst und geladen. |
| Remote ID | Testen Sie die Remote-Konnektivität von einem anderen Netzwerk aus | Der von ZeroTier unterstützte Pfad stellt die Verbindung her, und die Zieldienste bleiben erreichbar. |
Das Bestehen eines Tests beweist nicht, dass die anderen ebenfalls bestehen. SMB kann beispielsweise funktionieren, selbst wenn die automatische Geräteerkennung nicht funktioniert.
Wissen, was v2.0.0 auf dem Linux-Computer selbst unterstützt
Die Version-2.0.0-Veröffentlichung ist deutlich präziser als die kurze Kompatibilitätsantwort. Version 2.0.0 ist die erste Nicht-Alpha-Version der Überarbeitung und stellt Pakete bereit für:
- Debian / Ubuntu / Zorin / Mint / Pop!_OS / PikaOS über
.deb; - Fedora / openSUSE / RHEL-Derivate über
.rpm; - Arch / Manjaro über ein Pacman-Paket;
- ein AppImage für andere kompatible x86_64-Systeme.
Die Veröffentlichung ist nur für x86_64. Ausdrücklich wird angegeben, dass arm64 nicht abgedeckt ist. Das ist wichtig, weil „CasaOS-kompatibler Server“ und „von diesem Client unterstützter Linux-Desktop“ zwei unterschiedliche Kompatibilitätsfragen sind.
Remote ID hängt von ZeroTier ab, und das Paketformat ist entscheidend
Der Client bündelt ZeroTier für seine Remote-ID-Route. Virtuelle ZeroTier-Netzwerke verbinden Geräte so, als befänden sie sich im selben lokalen Netzwerk. Das erklärt, warum der Client auf SMB-Freigaben und Web-Apps zugreifen kann, ohne dass diese direkt dem öffentlichen Internet ausgesetzt werden müssen.
Ein wichtiges Detail zu v2.0.0: In den Versionshinweisen steht, dass die Remote-ID-Route CAP_NET_ADMIN für das gebündelte ZeroTier; der normale Paketinstaller gewährt diese Berechtigung. Das AppImage führt denselben Installationsschritt nicht aus und ist daher nicht gleichwertig, wenn Remote ID die für Sie wichtige Funktion ist.
Eine bessere Art, „kompatibel mit CasaOS“ zu interpretieren
Verwenden Sie drei Ebenen:
- Dokumentierte Unterstützung: ZimaOS wird vom Projekt ausdrücklich genannt.
- Gemeldete Kompatibilität: Der Beitragende berichtete in der echten Benutzer-Q&A, dass CasaOS funktioniert.
- Ihre verifizierte Kompatibilität: Die spezifische Clientversion besteht die für Ihre Einrichtung relevanten Tests für Discovery, SMB, Docker-Apps und Fernzugriff.
Diese Einordnung vermeidet beide Extreme: einen tatsächlich funktionierenden CasaOS-Bericht abzutun oder aus einer kurzen Bestätigung ein offizielles Supportversprechen zu machen, das das Repository nicht gibt.
Wenn Sie Hardware suchen, die offiziell für den Betrieb von ZimaOS und CasaOS vorgesehen ist, führt das ZimaBoard 2 beide als kompatible Betriebssysteme auf. Diese Hardwarekompatibilität ist unabhängig von der Software-Supportmatrix des Linux-Clients.
FAQ
Unterstützt der Zima Linux Client v2.0.0 ZimaOS?
Ja. ZimaOS ist das ausdrückliche Ziel des Projekts sowie der dokumentierten Workflows für Discovery, SMB, Docker-Apps, Backups und Remote-ID.
Wird CasaOS offiziell unterstützt?
In der Benutzer-Q&A wird berichtet, dass es mit CasaOS funktioniert. Die README des Projekts ist jedoch für ZimaOS geschrieben und führt CasaOS derzeit nicht als offizielles Supportziel auf. Testen Sie die für Sie benötigten Funktionen.
Kann ich v2.0.0 unter ARM Linux installieren?
Für v2.0.0 ist kein unterstützter arm64-Build aufgeführt. In den Versionshinweisen steht, dass die veröffentlichten Pakete x86_64 verwenden.
Warum könnte sich das AppImage anders verbinden als das .deb- oder .rpm-Paket?
Die Versionshinweise zu v2.0.0 besagen, dass die Remote-ID-Route eine Capability-Berechtigung für das gebündelte ZeroTier benötigt. Der Paketinstaller kann diese konfigurieren; das AppImage führt denselben Installationsschritt nicht aus.
