Una nota da Zima
Grazie, King_Arda, per aver condiviso come può essere un primo NAS quando la privacy, la sperimentazione e l'apprendimento pratico contano tanto quanto la comodità. Il tuo ZimaBlade è diventato la base per Immich, Jellyfin, Duplicati, backup crittografati e accesso remoto tramite la configurazione WireGuard di cui ti fidavi già nella tua rete.
Apprezziamo particolarmente il fatto che tu abbia documentato apertamente gli aspetti più problematici, così come quelli che hanno funzionato: dalla configurazione di Docker alla confusione sui percorsi di archiviazione, fino al comportamento dei backup e alla pianificazione dell'alimentazione per una seconda unità. Questi dettagli offrono agli altri appassionati di homelab un quadro più utile di cosa significhi davvero far crescere nel tempo un piccolo NAS fai-da-te.
— Zima
Conosciamo King_Arda
King_Arda è un appassionato di homelab su Reddit che nel post originale si è descritto come studente di sicurezza informatica con conoscenze di rete derivanti dalla certificazione Cisco CCNA. Non cercava soltanto un dispositivo in grado di contenere file. Voleva un NAS che potesse diventare anche un luogo pratico per sperimentare con servizi self-hosted, reti, backup e archiviazione.
Prima di acquistare ZimaBlade, ha confrontato le opzioni NAS più convenzionali con il riutilizzo di un vecchio PC. Alla fine ha scelto il sistema x86 più compatto perché la combinazione di prezzo, flessibilità, aspetto e possibilità di sperimentare corrispondeva a ciò che desiderava da un primo NAS per homelab.
Puoi seguire King_Arda su Reddit per scoprire il profilo del creatore alla base di questa storia.
Trasparenza: nel post originale su Reddit, King_Arda ha dichiarato di aver contattato l'assistenza Zima dopo aver scoperto che l'alimentatore esistente non era abbastanza potente per la configurazione di archiviazione che desiderava. Ha dichiarato che l'assistenza gli ha offerto la spedizione gratuita in cambio della pubblicazione del post su Reddit, precisando però di essere libero di condividere la propria opinione. Questa storia conserva tale dichiarazione e le sue critiche all'esperienza di configurazione.
Dalla ricerca di un NAS a ZimaBlade
Prima di scegliere ZimaBlade, King_Arda ha preso in considerazione due punti di partenza comuni: acquistare un NAS Synology o riutilizzare un vecchio PC. Le sue ricerche lo hanno infine orientato verso una piattaforma fai-da-te più compatta, in grado di funzionare sia come spazio di archiviazione sia come server domestico generico.
Ha descritto la scelta soprattutto in termini di valore e flessibilità. Gli piaceva anche l'idea più ampia del software open source e di avere maggiore controllo sui servizi eseguiti sulla macchina. Era importante, perché il NAS non era mai destinato a rimanere un dispositivo per un solo scopo.
La documentazione attuale di ZimaBlade descrive la piattaforma come un server x86 a scheda singola con due connessioni SATA 3.0, Ethernet Gigabit ed espansione PCIe. Il post di King_Arda non specifica se la sua scheda sia il modello 3760 o 7700, quindi questa storia non ne indica uno.
Perché ZimaOS è rimasto al centro del progetto
King_Arda ha mantenuto ZimaOS sul sistema invece di sostituirlo immediatamente con Windows, Proxmox o un altro sistema operativo per server. Apprezzava l'esperienza di gestione dei file basata sul browser e l'App Store, che rendevano facile scoprire e distribuire applicazioni Docker senza trasformare ogni esperimento in un progetto da riga di comando.
Tre applicazioni sono diventate centrali nella configurazione: Immich per le foto, Jellyfin per i contenuti multimediali e Duplicati per i flussi di lavoro di backup. Ha sperimentato anche altre app lungo il percorso, ed è così che la macchina ha iniziato a comportarsi meno come un semplice NAS e più come un vero nodo homelab.
Privacy senza rinunciare al backup fuori sede
Le foto erano una delle ragioni più evidenti per cui King_Arda aveva scelto il self-hosting. Ha dichiarato di non sentirsi a suo agio nel lasciare l'intera libreria fotografica a Google, soprattutto per i dubbi su come le foto archiviate nel cloud potessero essere utilizzate in relazione all'IA.
La sua soluzione non è stata abbandonare completamente lo storage cloud. Immich gli ha fornito un servizio fotografico su hardware sotto il suo controllo, mentre Duplicati inviava un backup crittografato delle immagini su Google Drive. Ha inoltre descritto il trasferimento dei file da Drive a ZimaBlade, così che nessuno dei due rappresentasse l'unica copia.
Il progetto è quindi diventato ibrido, anziché una scelta di privacy assoluta: servizi locali per il controllo quotidiano e archiviazione crittografata fuori sede mantenuta come ulteriore livello di backup.
Utilizzare WireGuard invece di aggiungere un altro livello di accesso remoto
Per l'accesso remoto, King_Arda aveva preso in considerazione Tailscale, ma ha scelto WireGuard perché il suo router lo supportava già. In questo modo ha potuto utilizzare un percorso di rete che conosceva, invece di aggiungere un altro servizio di accesso remoto esclusivamente per il NAS.
Le versioni attuali di ZimaOS documentano anche l'accesso remoto tramite ZimaClient, ma la configurazione di King_Arda illustra un modello di self-hosting diverso: gli utenti che gestiscono già la propria rete possono scegliere il livello di accesso più adatto al resto della loro infrastruttura.
L'attuale guida all'accesso remoto di ZimaOS descrive il percorso tramite ZimaClient; il post originale su Reddit documenta la scelta separata di King_Arda per WireGuard.
Dove il percorso semplice ha smesso di essere semplice
L'App Store era comodo, ma King_Arda non ha descritto ogni installazione come completamente automatica. Ha dichiarato di aver dovuto talvolta modificare parti di un file Docker prima che un'applicazione si comportasse come desiderava.
Ha inoltre segnalato un problema più preoccupante relativo ai percorsi di archiviazione: alcuni dati sembravano essere scritti nello storage interno di ZimaBlade, anche se riteneva di aver selezionato l'HDD. Anche i processi di backup che si aspettava venissero eseguiti automaticamente non si comportavano sempre come previsto.
Questi problemi non lo hanno portato ad abbandonare il sistema, ma hanno cambiato il tipo di utente a cui lo avrebbe consigliato. La sua esperienza è stata molto più positiva per chi era disposto a controllare la configurazione e a risolvere i problemi, rispetto a chi si aspettava un dispositivo che non rendesse mai visibile il modello sottostante di container o di archiviazione.
Le indicazioni attuali di ZimaOS rendono più espliciti i percorsi dei dati delle app
La documentazione attuale di ZimaOS dedica ora indicazioni specifiche allo storage delle app. La guida ai percorsi di archiviazione delle app consiglia di collocare i dati delle app in uno spazio di archiviazione principale, invece di lasciare grandi set di dati persistenti sull'unità di sistema. Indica in particolare librerie fotografiche come quella di Immich, che possono riempire rapidamente un disco di sistema di piccole dimensioni.
Questo non dimostra che il problema preciso riscontrato da King_Arda sia stato risolto sulla sua macchina. Fornisce però indicazioni attuali più chiare per la stessa categoria di problema incontrata mentre imparava a integrare la persistenza di ZimaOS e Docker.
Un NAS da consigliare a chi ama sperimentare, non a tutti
La raccomandazione complessiva di King_Arda era volutamente condizionata. Gli piaceva il dispositivo e riteneva che svolgesse il lavoro desiderato, ma non avrebbe proposto la stessa esperienza a un principiante assoluto che si aspettasse che ogni servizio funzionasse senza configurazioni o verifiche.
Per chi era disposto a modificare le impostazioni, capire dove risiedono i dati e risolvere i problemi di un container quando necessario, la sua conclusione era molto più positiva. In questo senso, ZimaBlade ha funzionato non solo come spazio di archiviazione, ma anche come piattaforma di apprendimento.
Prima un'unità, poi una seconda
Al momento del post originale, il NAS funzionava con un HDD. King_Arda prevedeva di aggiungere una seconda unità e utilizzare RAID, ma non ha pubblicato il livello RAID previsto.
Con due dischi, la documentazione attuale di ZimaOS include RAID 1 come opzione con mirroring, mentre RAID 5 richiede almeno tre unità. È un'informazione utile per i lettori, ma non deve trasformarsi nell'affermazione che King_Arda abbia scelto personalmente RAID 1. Il suo aggiornamento pubblico si limita al progetto di aggiungere un altro disco.
Le opzioni più ampie sono documentate nell'attuale guida di riferimento RAID di ZimaOS.
La pianificazione dell'alimentazione è diventata parte del piano di archiviazione
Il passaggio a un secondo disco ha fatto emergere un altro vincolo pratico: l'alimentatore della configurazione di King_Arda non era abbastanza potente per ciò che desiderava eseguire. È stato questo il problema che lo ha portato a contattare l'assistenza e all'accordo sulla spedizione gratuita dichiarato nel post su Reddit.
Anche le attuali indicazioni per la configurazione di un NAS ZimaBlade consigliano di valutare un'alimentazione esterna per l'uso prolungato di HDD. Il post originale non indica il modello dell'unità, la corrente di avvio, le specifiche dell'adattatore o il modello di ZimaBlade, quindi questa storia non tenta di diagnosticare il limite elettrico preciso della sua configurazione.
Un piccolo NAS diventato un homelab pratico
Quando King_Arda ha scritto del progetto, ZimaBlade faceva molto più che contenere file. Era diventato un server fotografico privato, un dispositivo Jellyfin, un nodo di backup e un luogo in cui applicare le conoscenze di rete e sicurezza informatica che stava già studiando.
L'aspetto più utile della storia è che l'apprendimento è nato sia dai successi sia dalle difficoltà. Ha dovuto decidere dove collocare i dati dei container, quale livello di accesso remoto avesse senso, come conservare una copia crittografata fuori sede e cosa cambiasse quando l'espansione dello storage aumentava il fabbisogno energetico.
La storia è ancora in corso
La storia di King_Arda e Zima è ancora in corso. Il post su Reddit del 31 gennaio 2026 descrive un sistema già utile ma ancora in espansione: un HDD gestiva carichi di lavoro reali, erano previsti un secondo disco e RAID, Immich e Jellyfin erano diventati servizi quotidiani, Duplicati gestiva le attività di backup e WireGuard forniva l'accesso remoto.
Nel materiale verificato per questa pagina non esiste alcun seguito pubblico che confermi l'aggiornamento al secondo disco, la configurazione RAID finale o l'eventuale risoluzione successiva dei problemi relativi ai dati delle app e ai backup. Questi aspetti devono rimanere aperti finché King_Arda non documenterà personalmente la fase successiva.
Per seguire la fonte alla base di questa storia, leggi su Reddit il post originale sul NAS ZimaBlade oppure visita il profilo Reddit di King_Arda.
