Qué es un registro NS: servidores de nombres DNS

Un registro NS identifica un servidor de nombres asociado a una zona DNS. La delegación del dominio indica a los resolvedores recursivos dónde pedir respuestas autoritativas, mientras que los datos NS dentro de la zona describen también los servidores responsables de esa zona. Los registros NS no contienen la dirección IP del sitio web: orientan el proceso de resolución DNS hacia los servidores que pueden proporcionar registros como A, AAAA, MX y TXT. Entender esta distinción es útil cuando un cambio de registro hecho en un panel no aparece públicamente. Puede que el dominio esté delegado a un proveedor de DNS distinto del que se editó.

La delegación empieza en la zona padre

La autoridad DNS se delega jerarquía abajo. Los servidores de dominio de nivel superior (TLD) de un registro contienen información que dirige a los resolvedores hacia los servidores de nombres autoritativos de un dominio. Esa delegación suele configurarse a través del registrador o de la interfaz del registro del dominio, mientras que los registros dentro de la zona del dominio los gestiona el proveedor de DNS. Estos dos paneles de control cumplen papeles distintos. Cambiar un registro A en un proveedor no cambia la delegación en la zona padre; cambiar los servidores de nombres en el registrador puede hacer que la zona del proveedor anterior deje de ser relevante. Una migración segura exige saber qué plano de control cambia la delegación y cuál edita el contenido de la zona.

1. Un resolvedor recursivo pregunta a la zona padre dónde está delegado el dominio.
2. La zona padre devuelve el conjunto de servidores de nombres del dominio y los datos de glue necesarios.
3. El resolvedor consulta a un servidor de nombres autoritativo el registro solicitado.
4. Se devuelve la respuesta, que puede guardarse en caché según su TTL.

Los nombres de host de los servidores de nombres pueden necesitar a su vez registros de dirección para que los resolvedores puedan llegar a ellos. Cuando un servidor de nombres está dentro del dominio al que sirve, puede hacer falta un glue en la zona padre para romper una dependencia circular. Los proveedores de DNS suelen encargarse de este detalle, pero es importante al configurar servidores de nombres personalizados. Un error tipográfico en el nombre de host de un servidor de nombres, un glue ausente o una delegación incompleta pueden impedir que los resolvedores lleguen a la zona aunque el panel del proveedor muestre registros A perfectamente configurados. Por eso probar solo desde el propio panel de control de un proveedor puede dar una falsa sensación de éxito.

Cómo usar una consulta NS

Consulta los datos NS del dominio y compara los nombres devueltos con el proveedor que esperas que sirva la zona. Si no coinciden, verifica los ajustes de delegación del registrador y comprueba si una migración reciente sigue en curso. Consultar a cada servidor autoritativo un registro de muestra puede revelar si los datos de la zona son coherentes. Los datos SOA pueden aportar contexto adicional a nivel de zona, pero ni NS ni SOA demuestran que el propio sitio web sea accesible. Una consulta NS establece dónde se espera que resida la autoridad; el estado de la aplicación requiere una prueba de conexión aparte.

Al cambiar de servidores de nombres, prepara la nueva zona antes de cambiar la delegación. Copia todos los registros, incluidos los de correo y verificación, y compáralos en los nuevos servidores autoritativos. Mantén disponible el servicio anterior durante la transición cuando proceda y verifica la nueva delegación desde fuera de la cuenta del proveedor. Si se omite el correo o un subdominio, el registro A del sitio web puede parecer correcto mientras otros servicios fallan en silencio. Una lista de comprobación repetible y una exportación guardada de los registros reducen ese riesgo de forma considerable.

Para más contexto, consulta qué hace un servidor de nombres, resolvedores recursivos frente a autoritativos y la referencia general de registros DNS. Usa los registros NS para responder primero a la pregunta de la autoridad y después inspecciona los tipos de registro concretos que necesite tu servicio. Esta separación clara hace mucho más fácil localizar si el problema está en la delegación, en el contenido de la zona, en la caché o en la aplicación que acaba recibiendo la conexión.

Las respuestas de los servidores de nombres necesitan un contexto de delegación

Una consulta NS resulta más útil cuando entiendes si muestra la delegación de la zona padre, el conjunto NS de la propia zona o la visión en caché de un resolvedor recursivo. Esas vistas están relacionadas, pero pueden mostrarse en secciones distintas de un diagnóstico. Durante una migración de servidores de nombres, compara la delegación del registrador o de la zona padre con los registros NS que sirve la zona hija. Deben coordinarse según las instrucciones del proveedor. Un servidor antiguo puede seguir respondiendo durante un tiempo, pero dejarlo activo no debe confundirse con que la nueva delegación esté completa. Si operas servidores autoritativos propios, comprueba su accesibilidad y el glue cuando sea necesario. En las zonas gestionadas por un proveedor, conserva la lista de servidores de nombres asignada y verifícala tras cualquier transferencia de registrador o cambio de cuenta.