Tunnet
Plataforma de red malla (mesh) open-source para crear redes privadas seguras entre máquinas. Reemplaza múltiples herramientas como Tailscale o ngrok con un único stack autoalojable que incluye control plane, agente, API y relays.
Ficha actualizada 25 sept 2026, 12:27 · upstream 25 sept 2026, 11:58 · release v0.9.1
Qué es Tunnet
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Tunnet es una plataforma de red malla abierta diseñada para conectar máquinas en una red privada cifrada, independientemente de su ubicación. A diferencia de soluciones comerciales que mantienen el servidor de coordinación cerrado, Tunnet proporciona todo el código fuente del agente, plano de control, API de gestión, panel y relays dentro del repositorio. Esto permite autoalojar completamente la infraestructura sin depender de servicios propietarios o reimplementaciones de terceros con latencia.
- Conectar equipos remotos en una red interna segura para acceder a servicios locales mediante SSH o HTTP sin NAT traversal complejo.
- Desplegar aplicaciones internas (Serve) y exponerlas públicamente mediante túneles (Tunnel) gestionados desde un único punto de control.
- Integrar clústeres Kubernetes con la red malla usando el Tunnet Operator para publicar servicios y gestionar egress/ingress nativo.
- Transferir archivos entre nodos de forma segura sin configurar servidores FTP o SFTP externos (funcionalidad Send).
- Gestionar políticas de acceso, grupos y auditoría mediante Policy as Code en GitOps para cumplimiento normativo.
- Plano de control completamente abierto: todo el código del servidor de coordinación es visible y auditable.
- Sistema unificado de identidad y ACLs que reemplaza la necesidad de orquestar múltiples herramientas (VPN, túneles, SSH).
- Soporte para Policy as Code con validación semántica en PRs y detección de drift automático.
- SDKs embebibles disponibles para Node.js, Rust y Go para integrar capacidades de red directamente en aplicaciones.
- Modo Direct P2P sin servidor para individuos o grupos pequeños que no requieren infraestructura centralizada.
- Integración nativa con Kubernetes a través de CRDs para gestionar servicios, ingresses y túneles dentro del clúster.
- Estado 'In development': la plataforma está en fase activa de desarrollo, lo que implica posibles cambios en APIs o comportamientos.
- Licencias mixtas: componentes críticos como el control plane usan AGPL-3.0, mientras que runtime y SDKs son MPL-2.0/Apache-2.0.
- Sin Dockerfile nativo: aunque soporta Docker Compose, requiere configuración manual de imágenes o uso de scripts de instalación.
- Alta complejidad operativa: requiere al menos 4 núcleos CPU, 4GB RAM y 20GB de disco para el despliegue completo del stack.
- Dependencia de PostgreSQL: la persistencia de datos y estado del control plane depende exclusivamente de esta base de datos.
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.
Requiere PostgreSQL para persistencia. El despliegue Managed incluye dashboard, SSO/OIDC y relays centralizados. Para producción, asegurar al menos 4 núcleos CPU y 4GB RAM. Verificar compatibilidad con licencias AGPL-3.0 en componentes de control plane si se distribuye el software.
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.