¿Cómo funciona el modo alias (prioridad 0)?

Con prioridad 0, el registro SVCB funciona como un alias hacia el objetivo. No se especifican parámetros, el cliente simplemente sigue el objetivo indicado.

¿Cuál es la diferencia entre SVCB y HTTPS?

HTTPS es la variante de SVCB dedicada a la web (puerto 443 por defecto). SVCB es genérico y se usa para cualquier tipo de servicio (IMAP, SMTP, etc.).

¿Qué significan los parámetros alpn y port?

alpn anuncia los protocolos soportados (h2, h3, imap...). port indica el puerto del servicio si difiere del estándar.

¿Para qué sirven ipv4hint e ipv6hint?

Son direcciones IP indicativas para acelerar la conexión. No reemplazan los registros A y AAAA que siguen siendo necesarios.

¿Dónde usar un registro SVCB?

En nombres de servicio dedicados como _imap._tcp o _smtp._tcp cuando el protocolo lo prevé, o en el apex en modo alias para evitar un CNAME.

Búsqueda registro SVCB (Service Binding)

Describa sus servicios y sus parámetros de conexión

Configure el descubrimiento de servicios via DNS. Verifique que sus registros SVCB anuncien correctamente los protocolos y parámetros de conexión.

Host

Tipo

Resolvedor

Trazado iterativo

En modo de traza iterativa, se ignora el resolvedor.

Prueba de propagación

Consulta varios resolvedores públicos para comparar las respuestas.

Descripción de servicio

Anuncie cómo conectarse a un servicio: protocolos soportados, puerto y direcciones de respaldo.

Multi-resolutor

Compare las respuestas de Google, Cloudflare y Quad9 para detectar problemas de propagación.

Modo alias

Use prioridad 0 para crear un alias hacia un objetivo sin usar un CNAME.

Parámetros avanzados

Publique alpn, port, ipv4hint, ipv6hint y ech para guiar a los clientes hacia la configuración correcta.

Gratuito e ilimitado

Pruebe tantos dominios como necesite. Sin registro requerido.

¿Cómo usar correctamente las diferentes opciones del motor de búsqueda DNS?

¿Qué es la traza iterativa?

La traza ejecuta la resolución paso a paso. El resolvedor consulta primero a los servidores raíz, luego a los del TLD (.com, .fr, .eu) y finalmente a los servidores autoritativos de la zona objetivo. En cada etapa la página muestra el servidor consultado, la respuesta, el RCODE y la latencia.

1. Raíz
Descubrimiento de los servidores del TLD para el nombre solicitado.
2. TLD
Referencia a los NS de la zona (delegación).
3. Autoritativos
Respuesta final (o error) con TTL y latencia.

¿Para qué sirve?

Comparar respuestas según los resolvedores y las regiones
Detectar un caché caliente, un TTL demasiado largo o una delegación incompleta
Explicar una diferencia de latencia o un RCODE inesperado

Truco: deja la traza desactivada para las comprobaciones rápidas; actívala cuando investigues o prepares un ticket/post-mortem.

¿Qué es la traza clásica?

La traza clásica consulta únicamente el resolvedor seleccionado (UDP o DoH) y muestra la respuesta tal como se percibe desde ese punto de la red. Obtienes el RCODE, las secciones de la respuesta y la latencia del tramo cliente → resolvedor.

1. Resolvedor elegido
Utiliza el preset o la configuración personalizada para lanzar la consulta exactamente como lo haría tu servicio.
2. Protocolo conservado
Respeta el transporte seleccionado (UDP, TCP o DoH) para reproducir el comportamiento real.
3. Respuesta detallada
Muestra las secciones question, answer y authority/additional cuando existen, con TTL y metadatos útiles.

¿Por qué usarla?

Comprobar la visión de un resolvedor específico antes de sospechar de la delegación
Confirmar los valores en caché y el impacto de un TTL o de un vaciado
Documentar una resolución tal como la ve un cliente o un microservicio

Truco: deja desactivada la opción de traza iterativa cuando audites un resolvedor concreto; actívala después para compararla con el recorrido raíz → TLD → autoritativo.

¿Cómo funciona la prueba de propagación?

La prueba consulta en paralelo un conjunto de resolvedores públicos (Google, Cloudflare, Quad9, OpenDNS, ISP…) y agrupa las respuestas por contenido y RCODE. Ves al instante quién ya aplicó la actualización.

1. Resolvedores multipunto
Activa los presets de propagación para consultar a varios actores repartidos por el mundo.
2. Comparación automática
Agrupa las respuestas idénticas y señala las divergencias o los errores propios de cada resolvedor.
3. Resumen accionable
Ofrece un resumen claro, la lista de resolvedores, sus latencias y el estado de cada grupo.

¿Cuándo usarla?

Seguir la difusión de un cambio DNS a escala mundial
Identificar cachés aún antiguos y decidir un vaciado específico
Compartir un estado de propagación en un ticket o post-mortem

Truco: durante la prueba de propagación la selección de resolvedor queda bloqueada. Desactiva el modo para volver al diagnóstico unitario.

¿Qué es un registro SVCB?

Un registro SVCB (Service Binding) describe cómo contactar un servicio. Puede designar un objetivo y publicar parámetros como protocolo, puerto y direcciones de respaldo.

Estructura de un registro SVCB:

Campo	Descripción	Ejemplo
Prioridad	0 = alias, 1+ = servicio	`1`
Objetivo	Nombre de host del servicio	`mail.proveedor.com.`
alpn	Protocolos soportados	`imap`
port	Puerto del servicio	`993`
ipv4hint	Direcciones IPv4 indicativas	`203.0.113.10`

Modos de funcionamiento

Modo servicio (prioridad > 0)

Anuncia los parámetros de conexión:

_imap._tcp.captaindns.com.  3600  IN  SVCB  1 mail.proveedor.com. alpn=imap port=993

Modo alias (prioridad = 0)

Redirige hacia otro objetivo sin parámetros:

apex.captaindns.com.  3600  IN  SVCB  0 cdn.proveedor.com.

Parámetros comunes

Parámetro	Descripción	Ejemplo
alpn	Protocolos soportados	`imap`, `h2`, `h3`
port	Puerto del servicio	`993`, `443`
ipv4hint	Direcciones IPv4 indicativas	`203.0.113.10`
ipv6hint	Direcciones IPv6 indicativas	`2001:db8::1`
ech	Configuración ECH	(codificado base64)

Casos de uso

Servicio IMAP

_imap._tcp.captaindns.com.  3600  IN  SVCB  1 mail.proveedor.com. alpn=imap port=993

Alias en el apex

captaindns.com.  3600  IN  SVCB  0 cdn.proveedor.com.

Servicio aplicativo

_api._tcp.captaindns.com.  300  IN  SVCB  1 . alpn=h2 port=8443

Reglas importantes

Compatibilidad

Regla	Explicación
Mantener A/AAAA	Clientes antiguos no usan SVCB
Objetivo válido	El objetivo debe tener registros A/AAAA
Prioridad coherente	0 = solo alias, > 0 = servicio

Buenas prácticas

Práctica	Por qué
Preferir HTTPS para web	Variante dedicada con semántica adaptada
TTL corto al inicio	Facilita las correcciones
Documentar parámetros	Trazabilidad de modificaciones

Verificación en línea de comandos

Linux/Mac

dig SVCB _imap._tcp.captaindns.com

Windows

nslookup -type=svcb _imap._tcp.captaindns.com

Herramientas complementarias

Herramienta	Utilidad
Búsqueda HTTPS	Verificar registros web
Búsqueda A	Verificar direcciones IPv4
Propagación DNS	Verificar la propagación mundial

Recursos útiles

RFC 9460 - SVCB and HTTPS Records