La richiesta riguardava un account, non solo un link per il download
L'autore del post originale voleva creare utenti standard con permessi limitati e consentire loro di connettersi da remoto tramite ZimaOS, senza esporre i file o i controlli dell'amministratore. Un partecipante intervenuto in seguito ha descritto lo stesso obiettivo per alcune app selezionate: autorizzare solo le risorse necessarie a una persona, mantenendo privati il resto della dashboard e dei dischi.
Si tratta di qualcosa di diverso dal rendere temporaneamente scaricabile un file. Sono necessari un'identità autenticata, un'autorizzazione con ambito limitato, la connettività remota e un modo per esplorare solo le risorse consentite.
La condivisione tramite link copriva un caso d'uso più limitato
Un membro del team IceWhale ha suggerito la funzione Share via Link e ha fornito una dimostrazione di ZimaOS Share via Link. La funzione poteva distribuire file selezionati senza creare un account standard.
L'autore ha riscontrato due limitazioni in questo flusso di lavoro. L'interfaccia mostrava un avviso per la condivisione di oltre 500 file o di contenuti più grandi di 2 GB, e una cartella condivisa veniva offerta come un unico download anziché come una gerarchia esplorabile da remoto, nella quale il destinatario potesse scegliere singoli file.
Samba consentiva l'accesso ai file nella rete LAN
Il team ha inoltre indicato una dimostrazione della condivisione di file Samba in ZimaOS. Samba può fornire l'accesso esplorabile ai file sulla rete locale, ma la richiesta originale riguardava l'accesso remoto nativo tramite il client ZimaOS con privilegi utente limitati.
La discussione si è conclusa con una funzione multiutente pianificata
Nel luglio 2025, un membro del team IceWhale ha dichiarato che era prevista una funzione multiutente per l'imminente versione ZimaOS 1.5.0. La discussione non contiene aggiornamenti successivi che mostrino la funzione dopo il rilascio, né una matrice dei permessi o una dimostrazione del fatto che gli utenti standard potessero accedere da remoto solo ad app o cartelle selezionate.
La conclusione corretta è quindi di carattere storico: Share via Link e Samba non soddisfacevano completamente il modello di account richiesto dagli utenti, mentre il supporto multiutente era pianificato all'epoca. Il comportamento attuale non deve essere dedotto esclusivamente da questa dichiarazione precedente al rilascio.
Domande frequenti
Un destinatario di Share via Link può esplorare le cartelle annidate?
Non nel flusso di lavoro documentato dall'autore del post originale. Al destinatario veniva offerta la cartella selezionata come download completo, anziché come gerarchia esplorabile.
Samba forniva l'account utente standard remoto richiesto?
No. Samba è stata suggerita per la condivisione di file in LAN, mentre la richiesta riguardava l'accesso remoto nativo con permessi limitati.
La discussione ha confermato che ZimaOS 1.5.0 includeva la funzione?
No. Riportava il piano del team per la versione imminente, ma non verificava l'implementazione nella versione rilasciata.
