Una nota de Zima
Gracias, King_Arda, por compartir cómo puede ser un primer NAS cuando la privacidad, la experimentación y el aprendizaje práctico importan tanto como la comodidad. Tu ZimaBlade se convirtió en un hogar para Immich, Jellyfin, Duplicati, copias de seguridad cifradas y acceso remoto mediante la configuración de WireGuard en la que ya confiabas dentro de tu red.
Apreciamos especialmente que documentaras las dificultades con la misma franqueza que las partes que funcionaron: desde la configuración de Docker y la confusión con las rutas de almacenamiento hasta el comportamiento de las copias de seguridad y la planificación energética para una segunda unidad. Estos detalles ofrecen a otros constructores de laboratorios domésticos una visión más útil de lo que realmente implica ampliar con el tiempo un pequeño NAS de bricolaje.
— Zima
Conoce a King_Arda
King_Arda es un constructor de laboratorios domésticos de Reddit que, en la publicación original, se describió como estudiante de ciberseguridad con conocimientos de redes adquiridos mediante Cisco CCNA. No buscaba únicamente una caja capaz de almacenar archivos. Quería un NAS que también pudiera convertirse en un espacio práctico para experimentar con servicios autoalojados, redes, copias de seguridad y almacenamiento.
Antes de comprar la ZimaBlade, comparó opciones de NAS más convencionales con la posibilidad de reutilizar un PC antiguo. Finalmente eligió el sistema x86 más pequeño porque la combinación de precio, flexibilidad, apariencia y margen para experimentar coincidía con lo que buscaba en su primer NAS de laboratorio doméstico.
Puedes seguir a King_Arda en Reddit para conocer el perfil del creador que protagoniza esta historia de usuario.
Divulgación: En la publicación original de Reddit, King_Arda dijo que se puso en contacto con el soporte de Zima después de descubrir que su fuente de alimentación existente no tenía suficiente potencia para la configuración de almacenamiento que quería. Indicó que el soporte le proporcionó el envío gratuito a cambio de publicar en Reddit, aunque también afirmó que podía compartir libremente su propia opinión. Esta historia de usuario conserva esa divulgación y sus críticas sobre la experiencia de configuración.
De investigar NAS a elegir ZimaBlade
Antes de elegir ZimaBlade, King_Arda consideró dos opciones de partida conocidas: comprar un NAS Synology o reutilizar un PC antiguo. Su investigación acabó orientándolo hacia una plataforma de bricolaje más pequeña que pudiera funcionar tanto como almacenamiento como servidor doméstico de propósito general.
Describió la elección principalmente en términos de valor y flexibilidad. También le atraía la idea más amplia del software de código abierto y de tener mayor control sobre los servicios que se ejecutaban en el equipo. Esto era importante porque el NAS nunca estuvo destinado a seguir siendo un dispositivo de propósito único.
La documentación actual de ZimaBlade describe la plataforma como un servidor x86 de placa única con dos conexiones SATA 3.0, Ethernet Gigabit y expansión PCIe. La publicación de King_Arda no identifica si su placa es el modelo 3760 o 7700, por lo que esta historia no asigna uno.
Por qué ZimaOS siguió siendo el centro del proyecto
King_Arda mantuvo ZimaOS en el sistema en lugar de sustituirlo de inmediato por Windows, Proxmox u otro sistema operativo para servidores. Le gustaban la experiencia de archivos basada en el navegador y la App Store, porque facilitaban descubrir e implementar aplicaciones Docker sin convertir cada experimento en un proyecto de línea de comandos.
Tres aplicaciones se convirtieron en elementos centrales de la configuración: Immich para fotos, Jellyfin para contenido multimedia y Duplicati para los flujos de trabajo de copias de seguridad. También experimentó con otras aplicaciones, y fue entonces cuando el equipo empezó a comportarse menos como un NAS sencillo y más como un nodo real de laboratorio doméstico.
Privacidad sin renunciar a las copias de seguridad externas
Las fotos fueron uno de los motivos más claros de King_Arda para autoalojar servicios. Dijo que no se sentía cómodo dejando toda su biblioteca de imágenes en manos de Google, especialmente por sus inquietudes sobre cómo podrían utilizarse las fotos alojadas en la nube en relación con la IA.
Su respuesta no fue abandonar por completo el almacenamiento en la nube. Immich le proporcionó un servicio de fotos en hardware bajo su control, mientras que Duplicati enviaba una copia de seguridad cifrada de sus imágenes a Google Drive. También describió cómo recuperaba archivos de Drive en la ZimaBlade, para que ninguna de las dos ubicaciones fuera la única copia.
Esto convirtió el proyecto en una solución híbrida, en lugar de una decisión de privacidad absoluta: servicios locales para el control diario y almacenamiento externo cifrado conservado como otra capa de respaldo.
Usar WireGuard en lugar de añadir otra capa de acceso remoto
Para el acceso remoto, King_Arda consideró Tailscale, pero eligió WireGuard porque su router ya lo admitía. Así pudo utilizar una ruta de red que entendía, en lugar de añadir otro servicio de acceso remoto exclusivamente para el NAS.
Las versiones actuales de ZimaOS también documentan el acceso remoto mediante ZimaClient, pero la configuración de King_Arda ilustra otro patrón de autoalojamiento: los usuarios que ya gestionan su propia red pueden elegir la capa de acceso que mejor encaje con el resto de su infraestructura.
La guía actual de acceso remoto de ZimaOS cubre la opción de ZimaClient; la publicación original de Reddit documenta la elección independiente de WireGuard de King_Arda.
Cuando el camino fácil dejó de serlo
La App Store era práctica, pero King_Arda no describió todas las instalaciones como completamente automáticas. Dijo que a veces tenía que cambiar partes de un archivo de Docker antes de que una aplicación se comportara como quería.
También informó de un problema más preocupante con las rutas de almacenamiento: algunos datos parecían escribirse en el almacenamiento interno de la ZimaBlade aunque él creía haber seleccionado el disco duro. Además, los trabajos de copia de seguridad que esperaba que se ejecutaran automáticamente no siempre se comportaban como esperaba.
Estos problemas no hicieron que abandonara el sistema, pero sí cambiaron el tipo de usuario al que se lo recomendaría. Su experiencia fue mucho más positiva para alguien dispuesto a revisar la configuración y solucionar problemas que para quien espera un dispositivo que nunca exponga su modelo subyacente de contenedores o almacenamiento.
Las directrices actuales de ZimaOS hacen más explícitas las rutas de datos de las aplicaciones
La documentación actual de ZimaOS ofrece ahora directrices específicas para el almacenamiento de las aplicaciones. La guía de rutas de almacenamiento de aplicaciones recomienda colocar los datos de las aplicaciones en un espacio de almacenamiento principal, en lugar de dejar grandes conjuntos de datos persistentes en la unidad del sistema. Señala específicamente que las bibliotecas de fotos, como las de Immich, pueden llenar rápidamente un disco de sistema pequeño.
Esto no demuestra que el problema exacto que encontró King_Arda se haya resuelto en su equipo. Sí ofrece directrices actuales más claras para la misma clase de problema que encontró mientras aprendía cómo encajan la persistencia de ZimaOS y Docker.
Un NAS que recomendaría a quienes disfrutan experimentando, no a todo el mundo
La recomendación general de King_Arda era deliberadamente condicional. Le gustaba el dispositivo y consideraba que cumplía con lo que necesitaba, pero no ofrecería la misma experiencia a un principiante absoluto que esperara que todos los servicios funcionaran sin configuración ni investigación.
Para alguien dispuesto a editar ajustes, entender dónde se almacenan los datos y solucionar problemas de un contenedor cuando fuera necesario, su conclusión era mucho más positiva. En ese sentido, la ZimaBlade funcionó no solo como almacenamiento, sino también como plataforma de aprendizaje.
Primero una unidad, después una segunda
En el momento de la publicación original, el NAS funcionaba con un disco duro. King_Arda planeaba añadir una segunda unidad y utilizar RAID, pero no publicó el nivel de RAID previsto.
Con dos discos, la documentación actual de ZimaOS incluye RAID 1 como opción duplicada, mientras que RAID 5 requiere al menos tres unidades. Esta es una referencia útil para los lectores, pero no debe convertirse en una afirmación de que King_Arda eligiera personalmente RAID 1. Su actualización pública se limita al plan de añadir otro disco.
Las opciones generales se documentan en la referencia actual de RAID de ZimaOS.
La planificación energética pasó a formar parte del plan de almacenamiento
El paso hacia un segundo disco puso de manifiesto otra limitación práctica: la fuente de alimentación de la configuración de King_Arda no tenía suficiente potencia para lo que quería ejecutar. Ese fue el problema que le llevó a ponerse en contacto con el soporte y que dio lugar al acuerdo de envío gratuito divulgado en la publicación de Reddit.
Las directrices actuales de configuración de NAS con ZimaBlade también recomiendan considerar una fuente de alimentación externa para el uso prolongado de discos duros. La publicación original no proporciona el modelo del disco, la corriente de arranque, las especificaciones del adaptador ni el modelo de ZimaBlade, por lo que esta historia no intenta diagnosticar el límite eléctrico exacto de su configuración.
Un NAS pequeño que se convirtió en un laboratorio doméstico práctico
Cuando King_Arda escribió sobre el proyecto, la ZimaBlade hacía mucho más que almacenar archivos. Se había convertido en un servidor privado de fotos, un equipo para Jellyfin, un nodo de copias de seguridad y un espacio donde aplicar los conocimientos de redes y ciberseguridad que ya estaba estudiando.
Lo útil de la historia es que el aprendizaje surgió tanto de los éxitos como de las dificultades. Tuvo que decidir dónde debían almacenarse los datos de los contenedores, qué capa de acceso remoto tenía sentido, cómo conservar una copia externa cifrada y qué cambiaba cuando ampliar el almacenamiento aumentaba los requisitos de energía.
La historia aún se está escribiendo
La historia de King_Arda y Zima aún se está escribiendo. La publicación de Reddit del 31 de enero de 2026 muestra un sistema que ya era útil, pero que seguía ampliándose: un disco duro ejecutaba cargas de trabajo reales, se había planificado añadir una segunda unidad y configurar RAID, Immich y Jellyfin se habían convertido en servicios cotidianos, Duplicati gestionaba las copias de seguridad y WireGuard proporcionaba acceso remoto.
No existe ningún seguimiento público en el material verificado para esta página que confirme la actualización con una segunda unidad, la configuración RAID final ni si los problemas con los datos de las aplicaciones y las copias de seguridad se resolvieron posteriormente. Esos puntos deben permanecer abiertos hasta que el propio King_Arda documente la siguiente etapa.
Para seguir la fuente de esta historia, lee en Reddit la publicación original sobre el NAS ZimaBlade o visita el perfil de Reddit de King_Arda.
