En esta serie de publicaciones en el blog, tenemos el privilegio de compartir el notable recorrido de D. Rowland, un miembro leal de la comunidad que nos acompaña desde la etapa de crowdfunding de ZimaBoard hace dos años. Compró tres placas, cada una con un escenario de aplicación único. En esta serie de blogs, profundizaremos en sus experiencias con estas placas y cómo se han convertido en herramientas invaluables en su arsenal tecnológico.
En este primer blog de tres, D. Rowland te guiará sobre cómo configurar tu propio servidor doméstico con ZimaBoard 832.
Conoce a D. Rowland
Comencemos conociendo un poco mejor a D. Rowland. Es un entusiasta típico de la tecnología; es esposo, padre de dos hijos y un profesional experimentado en tecnología con una amplia trayectoria en redes y TI. Su camino en el mundo tecnológico comenzó en la secundaria y eventualmente lo llevó a una carrera en TI, donde trabajó con servidores, redes y diversas tecnologías. Sus conocimientos y experiencias son invaluables mientras exploramos cómo ZimaBoard ha encajado en su vida.
El escenario del servidor doméstico: ZimaBoard 832
Una de las principales razones por las que D. Rowland compró la unidad 832 fue para alojar él mismo los servicios que usa comúnmente. Antes de ZimaBoard, D. Rowland usaba un “servidor” personalizado de 3U hecho con piezas viejas de PC que tenía por ahí o que podía rescatar del reciclaje electrónico. En la imagen de su rack doméstico abajo, aún se puede ver el servidor antiguo apagado en la parte inferior del rack.

El ZimaBoard 832 asumió todas las funciones del servidor antiguo, excepto algo de almacenamiento de archivos que se trasladó al NAS Synology (también en la foto). El ZimaBoard 832 de D. Rowland se convirtió en un potente servidor doméstico, y aquí te mostramos cómo lo configuró:
Entorno de hardware:
- ZimaBoard 832
- SSD de 480GB para el directorio /home
Sistema de software:
- Debian 11.5
- Docker y Docker-Compose
Cómo configurar tu ZimaBoard 832 como servidor doméstico
La configuración del servidor doméstico de D. Rowland involucró los siguientes pasos:
- Instalación del sistema operativo: Dado que las unidades ZimaBoard son sistemas x86, D. Rowland pudo seguir el procedimiento normal de instalación de Debian. Borró la partición de CasaOS e instaló un Debian Bullseye limpio en el eMMC del ZimaBoard 832. Utilizó el eMMC para la partición raíz.
- Almacenamiento adicional: Para el almacenamiento de datos, utilizó un SSD de 480GB para el directorio /home. Esta separación entre el sistema operativo y los datos asegura un funcionamiento eficiente.
- Instalación de Docker: Una vez que el sistema operativo estuvo en funcionamiento, D. Rowland instaló Docker y Docker-Compose. En el momento de la configuración, Docker y Docker-Compose eran componentes separados; la versión actual de Debian Bookworm incorpora Compose dentro de Docker.
- Migración de datos: Copió sus puntos de montaje de Docker y docker-compose.yml desde su servidor anterior al ZimaBoard 832. Este paso aseguró que sus datos y configuraciones se transfirieran sin problemas al nuevo hardware. Algunas rutas de archivos se actualizaron en su docker-compose.yml y en un script bash “Backup-to-S3” para reflejar la nueva estructura del sistema.
- Configuración de Docker: Con las rutas de archivos actualizadas en su docker-compose.yml, D. Rowland pudo hacer “docker-compose up -d” y todos sus servicios volvieron a funcionar.
Aplicaciones y casos de uso
En este momento, D.Rowland está ejecutando las siguientes aplicaciones y servicios en su ZimaBoard 832:
- hkotel/mealie
- linuxserver/calibre-web
- gitea/gitea
- matrixdotorg/synapse
- vaultwarden/server
- iarekylew00t/caddy-cloudflare
- oznu/cloudflare-ddns
- ugeek/webdav
- itzg/minecraft-bedrock-server
- mongo:4.4
- pawelmalak/flame
- drowland/phpfpm-alpine
- drowland/fastapi
- drowland/ipcalc
- drowland/autolog
P: Estas aplicaciones sirven para una variedad de propósitos en diferentes escenarios. A continuación, la experiencia compartida por D. Rowland.
D.Rowland quiere que se note que, mientras usa todos los contenedores Docker mencionados, según su captura de pantalla neofetch, su 832 solo usa 1.3GB de memoria durante el uso diario normal.

Proyectos en PythonD.Rowland: El corazón del servidor doméstico ZimaBoard 832 reside en los diversos proyectos en Python que he desarrollado y en los que estoy trabajando activamente. Estos proyectos van desde utilidades prácticas hasta experimentos. Actualmente, ejecuto:
- Autoblog : Autolog es un registro de servicio de automóviles basado en la web diseñado para rastrear y gestionar los registros de mantenimiento de los vehículos de nuestra familia. Simplifica el mantenimiento del vehículo y asegura que estemos al día con los servicios programados.
- ipcalc : Inspirado por el IPCALC en perl de kjokjo, quise crear mi propia implementación en Python de una calculadora de subredes IP. Es una herramienta útil para tareas y cálculos relacionados con redes.
- fastapi : FastAPI es un framework web moderno de Python que he estado explorando. Me ha permitido construir una API REST de ejemplo, lo que a su vez me ayudó a desarrollar un proyecto de integración de proveedores para el trabajo.
Construcciones personalizadas de contenedores
D. Rowland: Algunos contenedores Docker funcionan bien para la mayoría de los casos, pero a veces necesitan un pequeño ajuste.
- PHP-FPM: He personalizado el contenedor estándar de PHP-FPM añadiendo paquetes extra que no se encuentran en la implementación normal. Lo he usado en varios proyectos, por lo que los paquetes siguen creciendo, como: imagick, mongodb, mysqli, sodium, etc.
Base de datos y almacenamiento
D.Rowland:
- MongoDB (v4.4): Debido a las limitaciones de CPU del ZimaBoard 832, que no soporta AVX, he optado por usar la versión 4.4 de MongoDB para mis proyectos. Afortunadamente, esta versión se adapta bien a mis casos de uso y proyectos específicos.
- WebDAV: Este contenedor WebDAV juega un papel crucial en mi flujo de trabajo. Lo uso para sincronizar notas de Obsidian en múltiples dispositivos. Asegura acceso fluido a mis notas, ya sea en mi teléfono, PC personal, PC del trabajo, tableta o portátil.
Proxy Inverso y Acceso Remoto
D.Rowland:
- Caddy Server: Para simplificar el acceso remoto a mis servicios cuando estoy fuera de casa, confío en Caddy Server como mi proxy inverso. Su facilidad de configuración y fiabilidad lo hacen una opción ideal. No usé el contenedor del desarrollador de Caddy Server porque quería el plugin integrado de DNS de Cloudflare.
- Cloudflare DynDNS: Ejecuto el contenedor Cloudflare DynDNS para gestionar mi registro DNS A doméstico sin esfuerzo, asegurando que mis servicios permanezcan accesibles incluso cuando estoy fuera.
Otros Contenedores
D.Rowland:
- Mealie: Uso Mealie como mi libro electrónico de recetas. Si encuentro algo que suena bien, lo agrego rápida y fácilmente. Para mí, la adición de imágenes y campos extra de notas lo hace mejor que un libro de recetas escrito a mano.
- Gitea: Mi propio repositorio Git personal; lo uso mientras trabajo en todos mis proyectos personales de Python y Powershell, y como espejo para proyectos laborales.
- Flame: Este es un panel maravilloso que uso como página de inicio en mi navegador. Está vinculado al socket de Docker, así que cuando agrego nuevos contenedores puedo enlazarlos al panel con un trabajo mínimo de configuración.
- Minecraft Bedrock: Ejecuto el servidor Bedrock en lugar de la edición Java simplemente por las limitaciones de memoria. No uso mods, así que la versión Bedrock es un servidor muy fácil y ligero de ejecutar.
Seguridad de Datos y Respaldo
D.Rowland:
- Script de Respaldo: La seguridad de los datos es una prioridad para mí. Para proteger mis puntos de montaje de contenedores y datos críticos, he desarrollado un script bash que usa tar para archivar mis archivos docker, y luego s3cmd para subir el archivo a Wasabi cada noche.
- Vaultwarden: Usar el contenedor Vaultwarden con el cliente/app Bitwarden me permite llevar un control de todas mis contraseñas y tokens 2FA asegurando que esté bajo mi control y no corriendo en las redes objetivo de grandes empresas.
Esta diversa gama de aplicaciones destaca la flexibilidad y potencia del ZimaBoard 832 como servidor doméstico.
Conclusión:
En esta primera parte de nuestra serie ZimaBoard, hemos explorado la impresionante configuración de servidor doméstico de D. Rowland usando el ZimaBoard 832. Su experiencia muestra cómo esta SBC compacta puede aprovecharse para alojar una gran cantidad de servicios manteniendo la eficiencia. ¡Mantente atento a la próxima entrega mientras descubrimos más usos creativos del ZimaBoard!
ÚNETE A NUESTRA COMUNIDAD para conversar con nuestros miembros:
Discord:zimaboard.com/discord
Centro de Campañas Zima
Más para leer

¿Qué sucede cuando dos agentes de IA luchan por un servidor?
El experimento de ciberseguridad con IA de Zero Noichi utilizó dos dispositivos ZimaBoard 2 para simular agentes atacante y defensor, demostrando cómo los servidores...

IA local en el ZimaCube 2 — Expansión PCIe, Ollama y Preparación para el Futuro de tu Homelab
ZimaCube 2 viene con 4 ranuras NVMe, una ranura de expansión PCIe y memoria DDR5, listo para Ollama, pipelines RAG y Docker desde el...

Guía de monitoreo para ZimaCube Home Lab: de Uptime Kuma a agentes de IA
Monitorea tu servidor doméstico con Uptime Kuma, Pulse, Proxmox Data Center Manager o un agente de IA para rastrear el tiempo de actividad, las...
