Ir al contenido principal

Búsqueda registro NS (servidores de nombres)

Identifica los servidores DNS autoritativos de tu dominio

¿Problemas de delegación DNS? Verifica que tus registros NS apunten a los servidores correctos y que estos respondan correctamente.

Tipo de registrocada tipo tiene su propia página

El resultado se muestra más abajo automáticamente

Modo de resolución
Probar la propagación DNS

Simple = una consulta al resolver · Traza = descenso desde la raíz

opcionesOpciones avanzadas

Puntos clave de la herramienta

Servidores autoritativos

Descubre qué servidores DNS son responsables de tu zona. Verifica su coherencia y disponibilidad.

Multi-resolutor

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

Verificación de delegación

Asegúrate de que los NS de la zona padre coincidan con los de tu zona. Detecta incoherencias.

TTL y migración

Consulta el TTL de cada registro para planificar tus cambios de servidores DNS con tranquilidad.

Gratuito e ilimitado

Prueba tantos dominios como necesites. Sin registro requerido.

¿Cómo usar correctamente las diferentes opciones de la consulta DNS?

¿Qué es la traza iterativa?

La traza ejecuta la resolución paso a paso. El resolver consulta primero a los servidores raíz, luego a los del TLD (.com, .es, .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. 1. Raíz

    Descubrimiento de los servidores del TLD para el nombre solicitado.

  2. 2. TLD

    Referencia a los NS de la zona (delegación).

  3. 3. Autoritativos

    Respuesta final (o error) con TTL y latencia.

¿Para qué sirve?

  • Comparar respuestas según los resolvers y las regiones
  • Detectar una 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 resolver 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 → resolver.

  1. 1. Resolver elegido

    Utiliza el ajuste predefinido o la configuración personalizada para lanzar la consulta exactamente como lo haría tu servicio.

  2. 2. Protocolo conservado

    Respeta el transporte seleccionado (UDP, TCP o DoH) para reproducir el comportamiento real.

  3. 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 resolver 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 resolver concreto; actívala después para compararla con el recorrido raíz → TLD → autoritativo.

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

La prueba de propagación es una herramienta dedicada que consulta en paralelo un conjunto de resolvers 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. 1. Resolvers multipunto

    Consulta varios resolvers repartidos por el mundo en una sola prueba.

  2. 2. Comparación automática

    Agrupa las respuestas idénticas y señala las divergencias o los errores propios de cada resolver.

  3. 3. Resumen accionable

    Ofrece un resumen claro, la lista de resolvers, 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 antiguas y decidir un vaciado específico
  • Compartir un estado de propagación en un ticket o post-mortem

Truco: la prueba de propagación es una herramienta aparte. Usa el DNS Lookup (modo Simple o Traza) para el diagnóstico unitario de un resolver.

¿Qué es un registro NS?

Un registro NS (Name Server) designa los servidores DNS autoritativos para una zona. Estos servidores contienen los datos DNS del dominio y responden a las consultas de los resolutores recursivos.

Estructura de un registro NS:

CampoDescripciónEjemplo
NombreApex o subdominio@ o subdominio
TipoSiempre NSNS
DestinoNombre del servidor DNSns1.proveedor.com.
TTLDuración de caché en segundos86400

Ejemplos de uso

Servidores en el apex

Declaración estándar de servidores autoritativos:

captaindns.com.  86400  IN  NS  ns1.proveedor.com.
captaindns.com.  86400  IN  NS  ns2.proveedor.com.

Delegación de subdominio

Delegar un subdominio a servidores dedicados:

api.captaindns.com.  3600  IN  NS  ns1.api-proveedor.com.
api.captaindns.com.  3600  IN  NS  ns2.api-proveedor.com.

Glue records

Cuando el servidor NS está dentro del dominio que sirve:

captaindns.com.      86400  IN  NS  ns1.captaindns.com.
ns1.captaindns.com.  86400  IN  A   203.0.113.10

Reglas importantes

Coherencia obligatoria

ReglaExplicación
Zona = RegistradorLos NS deben ser idénticos en la zona y en el registrador
Mínimo 2 NSRedundancia obligatoria para la disponibilidad
Redes diferentesLos servidores deben estar geográficamente distribuidos

Buenas prácticas

PrácticaPor qué
3-4 servidores NSMejor resiliencia
TTL largo (86400)Estabilidad de la zona
Glue si es necesarioEvita bucles de resolución

Problemas comunes

Incoherencia de NS

Los NS en la zona difieren de los del registrador. Resolución intermitente.

  1. Verifica los NS en tu zona DNS
  2. Compara con la delegación en el registrador
  3. Sincroniza ambas listas

Servidor NS inaccesible

Uno de los servidores NS no responde.

  1. Prueba cada servidor individualmente
  2. Verifica que los glue records sean correctos
  3. Retira temporalmente el servidor defectuoso

Delegación no funcional

El subdominio delegado no resuelve.

  1. Verifica los NS en la zona padre
  2. Asegúrate de que los servidores destino estén operativos
  3. Agrega glue records si los NS están dentro del subdominio

Verificación en línea de comandos

Linux/Mac

dig NS captaindns.com

Verificar coherencia con la zona padre:

dig NS captaindns.com @a.gtld-servers.net

Windows

nslookup -type=ns captaindns.com

Migración de servidores DNS

Procedimiento recomendado

  1. Preparar: Configurar los nuevos servidores con la zona completa
  2. Reducir el TTL: Bajar el TTL de los NS a 300 segundos, esperar el TTL antiguo
  3. Actualizar la zona: Agregar los nuevos NS en la zona
  4. Actualizar el registrador: Modificar la delegación en el registrador
  5. Verificar: Probar desde varias redes
  6. Finalizar: Eliminar los NS antiguos, subir el TTL

Herramientas complementarias

HerramientaUtilidad
Búsqueda AVerificar las IP de los servidores NS
Búsqueda SOAVerificar los metadatos de zona
Propagación DNSVerificar la propagación mundial

Recursos útiles