Praktiskt svar: Zima Linux Client v2.0.0 är tydligt byggd för ZimaOS. En bidragsgivare uppgav också att den kan användas med CasaOS, men projektdokumentationen listar inte CasaOS som ett formellt stödd mål. Betrakta CasaOS-kompatibilitet som något som måste verifieras funktion för funktion – enhetsidentifiering, SMB-åtkomst, app-URL:er och fjärrnätverk – inte som en generell garanti.
Den ursprungliga frågan var uppfriskande enkel: ”Är detta kompatibelt med både CasaOS och ZimaOS?” Det användbara svaret kräver ytterligare ett lager: vad betyder ”kompatibel” för den här klienten?
Vad v2.0.0 faktiskt är utformat för att göra
Projektet Zima Linux Client beskriver applikationen som en skrivbordsklient för ZimaOS med följande kärnfunktioner:
- upptäck ZimaOS-enheter i det lokala nätverket;
- anslut på distans via ett fjärr-ID med ZeroTier;
- bläddra bland och montera SMB/CIFS-resurser;
- öppna Docker-applikationer;
- kör säkerhetskopieringsjobb från lokala mappar till serverresurser.
Det är den korrekta kompatibilitetschecklistan. Om dessa gränssnitt fungerar som förväntat på din server kan klienten vara användbar. Om en CasaOS-installation inte exponerar något i det format som klienten förväntar sig räcker det inte att ”den startar” för att kalla hela arbetsflödet kompatibelt.
ZimaOS-kompatibilitet är den dokumenterade vägen
ZimaOS anges som projektets mål genom hela README-filen. Den aktuella anslutningen med Zima Client beskriver också ZimaOS som plattformen på serversidan för fjärråtkomst till filer, åtkomst till instrumentpanelen, åtkomst till Docker-appar och mobil säkerhetskopiering.
Arbetsflödet för Zima Client är användbart om du vill ha förklaringen på produktnivå i stället för implementeringsdetaljerna för Linux-communityklienten.
För CasaOS ska du verifiera de fyra funktionerna i stället för att lita på en enda etikett
CasaOS och ZimaOS delar tillräckligt många självhostningskoncept för att en klient ska kunna fungera med båda, särskilt när det gäller SMB och webbappar. Men Linux-klientens README-dokumentation anger för närvarande inte CasaOS som dess officiella målplattform. Använd denna korta testmatris:
| Funktion | Vad som ska testas på CasaOS | Godkänt villkor |
|---|---|---|
| Lokal identifiering | Kör ”Skanna lokalt nätverk” | Din server upptäcks eller kan nås manuellt. |
| SMB | Öppna en känd CasaOS SMB-delning | Klienten kan lista och montera delningen med korrekta autentiseringsuppgifter. |
| Docker-appar | Öppna en installerad webbapp | Appens URL kan lösas upp och läsas in via klienten. |
| Remote ID | Testa fjärranslutningen från ett annat nätverk | Den ZeroTier-baserade vägen ansluter och måltjänsterna förblir nåbara. |
Att en rad klarar testet bevisar inte att de andra gör det. SMB kan till exempel fungera även om automatisk enhetsidentifiering inte gör det.
Ta reda på vad v2.0.0 stöder på själva Linux-datorn
Utgåvan version 2.0.0 är mycket mer precis än det korta kompatibilitetssvaret. Version 2.0.0 är den första icke-alfa-utgåvan av omskrivningen och tillhandahåller paket för:
- Debian / Ubuntu / Zorin / Mint / Pop!_OS / PikaOS via
.deb; - Fedora / openSUSE / RHEL-derivat via
.rpm; - Arch / Manjaro via ett pacman-paket;
- en AppImage för andra kompatibla x86_64-system.
Utgåvan är endast för x86_64. Det står uttryckligen att arm64 inte stöds. Det är viktigt eftersom ”CasaOS-kompatibel server” och ”Linux-skrivbord som stöds av denna klient” är två olika kompatibilitetsfrågor.
Remote ID är beroende av ZeroTier, och paketformatet spelar roll
Klienten paketerar ZeroTier för sin Remote-ID-väg. ZeroTiers virtuella nätverk ansluter enheter som om de befann sig i samma lokala nätverk. Det förklarar varför klienten kan nå SMB-delningar och webbappar utan att de behöver exponeras direkt mot det offentliga internet.
Det finns en viktig detalj i v2.0.0: versionsanteckningarna säger att Remote-ID-routen behöver CAP_NET_ADMIN för den medföljande ZeroTier, och den vanliga paketinstalleraren beviljar denna behörighet. AppImage utför inte samma installationssteg och är därför inte likvärdig om Remote ID är funktionen du bryr dig om.
Ett bättre sätt att tolka ”kompatibel med CasaOS”
Använd tre nivåer:
- Dokumenterat stöd: ZimaOS anges uttryckligen av projektet.
- Rapporterad kompatibilitet: en bidragsgivare rapporterade i de riktiga användarfrågorna att CasaOS fungerar.
- Din verifierade kompatibilitet: den specifika klientversionen klarar de tester av upptäckt, SMB, Docker-appar och fjärråtkomst som är relevanta för din konfiguration.
Detta perspektiv undviker båda ytterligheterna: att avfärda en faktisk rapport om att CasaOS fungerar eller att förvandla en kort bekräftelse till ett officiellt supportlöfte som inte finns i projektets repository.
Om du vill ha maskinvara som officiellt anges kunna köra både ZimaOS och CasaOS listar ZimaBoard 2 båda som kompatibla operativsystem. Denna maskinvarukompatibilitet är separat från Linux-klientens egen programvarusupportmatris.
Vanliga frågor
Har Zima Linux Client v2.0.0 stöd för ZimaOS?
Ja. ZimaOS är projektets uttryckliga mål och omfattas av dess dokumenterade arbetsflöden för upptäckt, SMB, Docker-appar, säkerhetskopiering och Remote-ID.
Har det officiellt stöd för CasaOS?
Användarfrågorna rapporterar att det fungerar med CasaOS, men projektets README är skriven för ZimaOS och anger för närvarande inte CasaOS som ett formellt supportmål. Testa de funktioner du behöver.
Kan jag installera v2.0.0 på ARM Linux?
Ingen stödd arm64-version listas för v2.0.0. Versionsanteckningarna anger att de publicerade paketen är för x86_64.
Varför kan AppImage ansluta på ett annat sätt än .deb- eller .rpm-paketet?
Versionsanteckningarna för v2.0.0 säger att Remote-ID-routen behöver en behörighetsbeviljning för den medföljande ZeroTier. Paketinstalleraren kan konfigurera detta; AppImage utför inte samma installationssteg.
