Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

wiredoor

Plataforma self-hosted de ingress para exponer servicios HTTP, TCP y UDP en redes privadas mediante túneles WireGuard cifrados. Ideal para home labs, servidores on-premises y entornos Docker/Kubernetes sin exposición directa inbound.

Ficha actualizada 10 nov 2026, 1:37 · upstream 9 nov 2026, 15:07 · release v1.8.0

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es wiredoor

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Wiredoor es una plataforma open source de tipo ingress-as-a-service que permite exponer aplicaciones y servicios ejecutándose en redes privadas o locales hacia internet mediante túneles WireGuard iniciados desde los nodos privados. El servidor Wiredoor actúa como punto de entrada público, gestiona nodos y dominios, termina conexiones TLS HTTP y enruta tráfico a través de NGINX.

El sistema soporta tres tipos de nodos: Client Node para servicios en el mismo equipo (Linux, Windows, macOS), Linux Gateway Node para rutas a múltiples servicios en subredes aprobadas, y Docker/Kubernetes Gateway para contenedores o clústeres. La arquitectura evita que la red privada acepte conexiones inbound directas.

Ofrece autenticación OAuth2, certificados automáticos de Let's Encrypt para dominios públicos, certificados auto-firmados para dominios internos, soporte WebSocket, métricas opcionales con Prometheus y Grafana, y gestión vía CLI o dashboard web. La licencia es Apache 2.0 desde la versión 1.5.1.

CASOS DE USO
  • Exponer servicios de home lab (NAS, servidores multimedia) sin abrir puertos inbound en el router
  • Acceso remoto seguro a aplicaciones on-premises mediante túneles WireGuard cifrados
  • Integración con Kubernetes para exponer Services internos a usuarios externos
  • Proveer acceso a servicios IoT o industriales en redes restringidas
  • Despliegue en entornos Docker Compose sin necesidad de VPN inbound
PUNTOS DESTACADOS
  • Túneles WireGuard iniciados desde el nodo privado, evitando exposición inbound directa
  • Soporte nativo para HTTP, TCP y UDP con enrutamiento NGINX
  • Certificados TLS automáticos vía Let's Encrypt para dominios públicos
  • Múltiples tipos de nodos: Client, Linux Gateway, Docker Gateway, Kubernetes Gateway
  • Gestión mediante CLI y dashboard web con soporte OAuth2 e IP restrictions
  • Integración opcional con Prometheus y Grafana para monitorización
PRECAUCIONES
  • Requiere servidor Linux con Docker Engine, Compose y Git para despliegue inicial
  • Puertos 80, 443 y UDP 51820 deben estar abiertos en el firewall del servidor
  • Complejidad HIGH según análisis técnico (requiere conocimientos de infraestructura)
  • Sin Dockerfile o Compose nativo en el repositorio principal (usa docker-setup separado)
  • Certificados Let's Encrypt requieren dominio público válido para validación DNS
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU4 vCPUrecomendación inicial
MEMORIA4 GBRAM estimada
DISCO20 GBalmacenamiento base
COMPLEJIDADhighnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Despliegue manual

Pendiente de la cola editorial R11-R6 con investigación verificable.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Node.js
SERVICIOS
MySQL
BASES DE DATOS
MySQL
PUERTOS
No detectados
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

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.