openzro
openZro es una solución de malla de red zero-trust auto-alojada basada en WireGuard. Es un fork BSD-3-Clause de NetBird v0.52.2, diseñado para evitar obligaciones de licencia AGPLv3 al alojar componentes críticos como el control plane y el signal server. Ofiere autenticación SSO/MFA, verificación de
Ficha actualizada 28 sept 2026, 0:12 · upstream 27 sept 2026, 23:45 · release sin release detectada
Qué es openzro
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
openZro implementa una red overlay zero-trust utilizando WireGuard, permitiendo que cada máquina conectada forme parte de una LAN privada plana y cifrada. A diferencia de las soluciones tradicionales, elimina la necesidad de forwarders de puertos o gateways VPN manuales por dispositivo. El proyecto mantiene la licencia BSD-3-Clause para garantizar libertad en despliegues self-hosted, a diferencia del upstream NetBird que migró a AGPLv3 tras la versión 0.52.2.
La arquitectura consta de un cliente ligero (agent), un servidor de señalización (signal) para intercambio de candidatos WebRTC, y un plano de gestión (management) que orquesta políticas y estado. Para alta disponibilidad, soporta brokers externos como Valkey, Redis o NATS, o incluso un broker NATS embebido en el proceso. El dashboard web está construido con Next.js y la lógica backend en Go.
El proyecto se encuentra en producción pero sigue evolucionando rápidamente. La documentación aún refleja partes del upstream NetBird y se actualiza progresivamente. Se recomienda revisar los ADRs (Architecture Decision Records) para entender las decisiones de diseño, especialmente sobre la arquitectura de alta disponibilidad y el punto exacto del fork.
- Conectar máquinas en una red local segura sin exponer puertos al internet público.
- Implementar acceso remoto seguro a servidores internos con autenticación centralizada (Dex/SSO).
- Auditar flujos de conexión y verificar postura de dispositivos antes de permitir acceso.
- Desplegar infraestructura zero-trust en entornos Kubernetes o VMs sin dependencias externas complejas.
- Licencia BSD-3-Clause para todos los componentes críticos, evitando cláusulas copyleft agresivas.
- Alta disponibilidad nativa mediante brokers compatibles con Redis/Valkey/NATS o NATS embebido.
- Configuración de buffer de actualización por par (peer) y concurrencia de cuentas ajustables.
- Integración con IdP externos vía Dex para autenticación federada sin gestión manual de credenciales.
- Soporte multiplataforma para agentes: Linux, macOS, Windows y sistemas embebidos.
- Requiere infraestructura adicional (PostgreSQL/MySQL, Valkey/Redis/NATS) para producción estable.
- Documentación en proceso de actualización con partes obsoletas respecto al código actual.
- No incluye soporte comercial ni SLA garantizado por el equipo del proyecto.
- El despliegue local requiere configuración manual de variables de entorno y dependencias.
- La interfaz web (dashboard) puede tener limitaciones en funcionalidades avanzadas comparado con soluciones comerciales.
Capturas del proyecto
Imágenes reales detectadas en la documentación del repositorio.
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Para producción, se recomienda usar el Helm chart o el operador Kubernetes para gestionar el control plane. Asegurar que el broker de estado (Valkey/Redis/NATS) esté separado y escalable. Configurar mTLS entre componentes internos si es necesario. Verificar la política de postura antes de permitir conexiones críticas. Revisar los ADRs sobre HA y seguridad antes del despliegue masivo.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.