Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

dnspatch

dnspatch es un daemon dinámico en Go que monitorea la dirección IP pública y actualiza los registros DNS cuando cambia.

Ficha actualizada 23 sept 2026, 1:56 · upstream 23 sept 2026, 1:40 · release v0.2.0

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es dnspatch

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

dnspatch es un daemon de DNS dinámico construido en Go con arquitectura de arquitecturas de proveedor y recuperador pluggable. Permite rastrear múltiples sitios o redes con instancias independientes, cada una con su propio intervalo de polling. El proyecto sigue la semántica de versiones (semantic versioning) y utiliza el formato TOML para la configuración.

CASOS DE USO
  • Monitoreo de direcciones IP públicas para actualizar registros DNS automáticamente
  • Actualización dinámica de dominios o subdominios en DNS cuando cambia la dirección IP del cliente
  • Gestión de múltiples sitios web con instancias independientes y configuraciones separadas
  • Automatización de DNS sin necesidad de servidores dedicados, usando solo un binario estático
  • Escalabilidad horizontal mediante múltiples instancias que comparten el mismo proveedor de DNS
PUNTOS DESTACADOS
  • Soporta múltiples proveedores y recuperadores independientes en una sola instancia con configuración separada por ref
  • Arquitectura pluggable: los plugins son un paquete público Go, permitiendo añadir nuevos sin forjar clones
  • Diseño orientado a la estabilidad: el último IP guardado se mantiene en memoria aunque el contenedor recargue
  • Soporta IPv4 e IPv6 con configuraciones flexibles de red y proxy para APIs que requieren conectividad fija
  • Configuración mediante TOML sin dependencias de runtime, ejecutable como binario estático o imagen Docker
PRECAUCIONES
  • No persiste el último IP en disco por defecto; requiere volúmenes persistentes si se desea mantener estado entre reinicios
  • El último IP guardado se pierde al reiniciar el contenedor sin volumen persistente, lo que puede causar pérdida de datos temporales
  • Soporte limitado a IPv4 para los recuperadores por defecto (como ifconfigco), aunque se puede configurar family=ipv6
  • Las APIs de proveedores como REG.RU y Selectel requieren acceso directo o proxy configurado explícitamente
  • El formato TOML no soporta YAML, lo que limita la compatibilidad con herramientas que esperan un formato YAML
01

Perfil de infraestructura

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

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

Despliegue detectado

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

Docker Compose detectado

Se recomienda ejecutar dnspatch en modo Docker para facilitar el despliegue y gestión de secretos. Se debe configurar un volumen persistente para almacenar los registros DNS actualizados. Para evitar problemas de seguridad, nunca guardar contraseñas directamente en la configuración del daemon; usar variables de entorno o archivos de secrets separados. En producción, se recomienda mantener múltiples instancias con intervalos de polling diferentes según la criticidad de cada sitio y activar alertas cuando un proveedor no responde dentro de los 30 segundos máximos.

✓Dockerfile
✓Compose
—One-click
03

Stack y dependencias

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

FRAMEWORKS
Next.jsGo
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
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.