Instrucciones de configuración para routers, proveedores de DNS y la API.
myhouse.dnsfollowme.uk.Internet → Permitir acceso → DynDNS
Settings → Internet → WAN → Dynamic DNS
Nota: UniFi solo envía actualizaciones cuando la IP de WAN cambia realmente. Para forzar una actualización, desactiva la configuración de DynDNS, guarda, vuelve a activarla y guarda de nuevo.
Guía detallada →Services → Dynamic DNS → Add
Panel de control → Acceso externo → DDNS → Añadir
Cualquier dispositivo que hable DynDNS2 funciona con lo siguiente:
Puedes vincular un dominio que alojes con un proveedor de DNS compatible. Tu token API se almacena cifrado con AES-256-GCM y solo se usa para actualizar los registros DNS de ese dominio.
Requisito previo: el dominio está delegado a Cloudflare (servidores de nombres apuntando a Cloudflare).
Zone:DNS:Edit.Requisito previo: el dominio está configurado como zona en la Hetzner DNS Console.
Requisito previo: el complemento de pago DNS API está activado para la zona en united-domains. Sin él, el token no devuelve ninguna zona.
Límite de uso: 1.200 solicitudes/hora por token.
Requisito previo: el dominio está en tu cuenta de IONOS y el acceso API está habilitado en el portal para desarrolladores.
Los registros TXT están soportados — los certificados Let's Encrypt vía DNS-01 funcionan en zonas alojadas en IONOS.
Requisito previo: el dominio está en tu cuenta de INWX.
Importante: el login API de INWX falla si la cuenta tiene 2FA Mobile-TAN activado. Crea un sub-usuario separado sin 2FA para esto — tu cuenta principal puede (y debería) mantener 2FA.
Requisito previo: el dominio está gestionado a través de tu cuenta de netcup.
Nota: la API de netcup es basada en recordset (cada cambio reemplaza el conjunto completo de registros). Si editas registros DNS manualmente en el CCP al mismo tiempo que nosotros establecemos un registro TXT de Let's Encrypt, un cambio puede perderse. En operación normal (actualizaciones DynDNS, renovaciones de certificados) no es un problema.
Requisito previo: el dominio está en tu cuenta de OVHcloud y usas el endpoint europeo (eu.api.ovh.com).
/domain/zone/*), confirma en tu cuenta OVH y copia la consumer key resultante.Nota: usamos por defecto el endpoint EU. Las cuentas CA/US necesitan una URL base diferente — por favor contáctanos antes.
Requisito previo: una cuenta (gratuita) en deSEC.io con una zona configurada.
deSEC es compatible con ACME-DNS-01 — los certificados Let's Encrypt funcionan sin configuración especial.
Requisito previo: el dominio está gestionado a través de tu cuenta de Gandi.
Gandi LiveDNS impone un TTL mínimo de 300s — elevamos automáticamente valores inferiores.
Requisito previo: una cuenta de Mittwald con un proyecto, y el dominio configurado allí como zona DNS.
Nota: Mittwald crea un objeto "DNS Zone" separado dentro de tu proyecto para cada subdominio (delegación de sub-zonas). 10 hosts DynDNS → 10 sub-zonas — funcionalmente correcto, pero visible en el UI de mStudio.
Requisito previo: el dominio está en tu cuenta de Infomaniak Manager.
Infomaniak soporta TXT nativamente — los certificados Let's Encrypt vía DNS-01 funcionan sin configuración especial.
Requisito previo: el dominio está registrado en Scaleway y gestionado en tu cuenta.
Scaleway usa un modelo de cambios basado en PATCH — las operaciones son atómicas por request. Let's Encrypt DNS-01 funciona nativamente.
El endpoint de actualización compatible con routers:
GET https://api.dnsbeacon.com/nic/update?hostname=<host>&myip=<ipv4>[&myipv6=<ipv6>] Authorization: Basic base64(<email>:<api-key>)
Respuestas posibles:
| good <ip> | Actualización aceptada |
| nochg <ip> | IP sin cambios, no se necesita actualizar el DNS |
| nohost | El hostname no existe o está inactivo |
| badauth | Correo o clave API incorrectos |
| badparam | Parámetros no válidos (p. ej. IP mal formada) |
| 911 | Error del servidor — inténtalo más tarde |
curl -u "you@example.com:dyndns_..." \ "https://api.dnsbeacon.com/nic/update?hostname=myhouse.dnsfollowme.uk&myip=1.2.3.4"
Emisión de certificados con un solo clic vía Let's Encrypt — directamente desde el dashboard, sin cliente ACME y sin configuración por tu parte. Funciona para subdominios en nuestro dominio y para tu propio dominio (BYOD).
Requiere un plan PRO o BUSINESS.
Un cliente de actualización ligero para Windows, Linux y macOS que se ejecuta directamente en el dispositivo — ideal para portátiles, estaciones de trabajo y servidores que deban publicar su IP pública sin depender del DynDNS del router.
El cliente de Windows ya está disponible como beta pública — lo encuentras en la página de Descargas. Los clientes nativos para macOS y Linux aún están en desarrollo.
La mayoría de routers (UniFi, Fritz!Box) solo envían actualizaciones cuando la IP de WAN cambia realmente. Para forzar una, desactiva la configuración de DynDNS en el router, guarda, vuelve a activarla y guarda. La pestaña Hostnames → Historial del panel muestra si están llegando actualizaciones.
Introdúcela en el router como contraseña en lugar de la de tu cuenta. El correo electrónico sigue siendo el usuario. Puedes revocar la clave API en cualquier momento sin cambiar la contraseña de la cuenta.
Sí. Añade "&myipv6=<tu-ipv6>" a la URL de actualización — el servicio creará un registro AAAA junto al registro A. Los planes Free y Pro pueden usar ambos en paralelo.
Las claves API solo se guardan como hash y no se pueden recuperar. Elimina la clave antigua en el panel, crea una nueva y actualiza tu router.
Free: 3 hostnames, 1 dominio propio, 3 claves API. Pro: ilimitados. Business: ilimitados + inicio de sesión para equipo.
Cuando añades un dominio propio, el servicio usa el token suministrado para llamar al proveedor de DNS y comprobar que la zona existe y que el token tiene acceso. Si funciona, el dominio queda marcado como verificado y se puede usar de inmediato.
En Ajustes → Autenticación de dos factores. Durante la configuración, el servicio muestra un código QR que escaneas con Google Authenticator, Authy, Bitwarden o 1Password. Al activarla, recibes 8 códigos de respaldo de un solo uso — guárdalos en un sitio seguro. Las claves API para /nic/update no se ven afectadas por el 2FA — los routers siguen necesitando solo correo + clave API.