dnsweaver
Herramienta Go para automatizar registros DNS en homelabs, soportando 7 fuentes (Traefik, Proxmox, K8s) y 11 proveedores, incluyendo soluciones autoalojadas como Pi-hole y Technitium. Ofrece split-horizon nativo y binario estático multi-arch.
Ficha actualizada 21 sept 2026, 23:45 · upstream 21 sept 2026, 23:45 · release v3.0.0
Qué es dnsweaver
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
dnsweaver es una herramienta de automatización DNS diseñada para entornos homelab, actuando como alternativa a external-dns pero con soporte extendido para infraestructuras híbridas. Lee hostnames desde siete fuentes distintas, incluyendo Traefik, Caddy, Kubernetes y la API de Proxmox VE o Incus, para gestionar registros A, AAAA y CNAME dinámicamente. Su arquitectura binaria estática en Go permite despliegues multi-arch sin dependencias externas, ejecutándose como único proceso que sincroniza el estado del DNS con los recursos activos.
- Automatizar registros DNS para contenedores Docker y Swarm
- Gestión dinámica de DNS para VMs y LXC en Proxmox VE
- Integración con Ingress y HTTPRoute en Kubernetes
- Configuración de split-horizon para redes internas y externas
- Uso con resolvers autoalojados como Technitium o Pi-hole
- Binario Go estático multi-arch sin runtime externo
- Soporte nativo para API de Proxmox VE e Incus
- Split-horizon DNS interno/externo en una sola instancia
- Integración con 11 proveedores incluyendo AdGuard Home
- Observabilidad con Prometheus y logs estructurados
- No incluye leader election ni HA activo-activo nativo (requiere gestión externa)
- En v3.0+ los endpoints de salud/métricas usan loopback por defecto (necesita configuración explícita para remotos)
- Actualización de dnsmasq requiere servidor SFTP con extensión POSIX rename
- Soporte limitado a Windows secure updates en RFC 2136
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.
Desplegar vía Docker o Kubernetes. Configurar variables de entorno para instancias (ej. DNSWEAVER_INSTANCES) y acceso al socket Docker o APIs externas. Revisar migración de v3.0 si se usan métricas remotas (loopback por defecto). Asegurar permisos para sockets y certificados TLS según proveedor.
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.