Nameservers: los cimientos de tu presencia en línea
Los nameservers (NS) son los servidores DNS autoritativos de tu dominio: contienen los registros DNS oficiales y responden a las consultas de los resolvers de todo el mundo. Si tus nameservers no funcionan, tu dominio es inaccesible — sitio web, correo, APIs, todo deja de funcionar. Por este motivo, la correcta configuración y el monitoreo de los nameservers están entre los aspectos más críticos de la gestión de un dominio.
La delegación DNS es el mecanismo por el cual el registro del TLD (ej. .com, .it) indica a los resolvers cuáles son los nameservers autoritativos de tu dominio. Esta delegación se configura en el registrar donde compraste el dominio. Si la delegación es errónea (apunta a nameservers incorrectos o ya no activos), el dominio no es resoluble. Nuestro NS Lookup verifica tanto los nameservers delegados en el TLD como los declarados en la zona DNS, identificando posibles discrepancias.
Mejores prácticas para los nameservers
Cada dominio debe tener al menos 2 nameservers, pero se recomiendan 3 o 4 para alta disponibilidad. Los nameservers deben estar en redes diferentes (idealmente centros de datos diferentes) para resistir fallos localizados. Algunos dominios críticos usan nameservers de proveedores diferentes: por ejemplo ns1.cloudflare.com y ns2.google.com. Esta estrategia multi-proveedor ofrece la máxima resiliencia pero requiere la sincronización de registros entre proveedores.
Verifica regularmente que todos tus nameservers respondan y devuelvan las mismas respuestas. El DNS Health Check automatiza esta verificación, comparando las respuestas de cada NS y señalando inconsistencias. Un nameserver que no responde o que devuelve registros diferentes a los demás causa problemas de resolución intermitentes, los más difíciles de diagnosticar porque dependen de qué NS se consulta.
Problemas comunes con los nameservers
La delegación lame es el problema NS más insidioso: ocurre cuando un nameserver está indicado como autoritativo para un dominio en el TLD pero no está realmente configurado para responder. Esto sucede típicamente después de una migración de hosting cuando se actualizan los NS en el registrar pero se olvida configurar la zona en el nuevo proveedor DNS, o viceversa. La delegación lame causa timeouts y fallos de resolución intermitentes.
Otro problema común es la discrepancia entre los NS registrados en el TLD y los declarados en la zona DNS. Los registros NS en la zona deben coincidir exactamente con los registrados en el registrar. Después de cada migración DNS, verifica con NS Lookup que la delegación en el TLD y los registros NS en la zona estén alineados. La propagación del cambio de NS en el TLD puede tardar hasta 48 horas, durante las cuales podrías tener una configuración mixta.
Finalmente, presta atención a los glue records: si tus nameservers están bajo el propio dominio (ns1.ejemplo.com para ejemplo.com), el TLD necesita glue records (registros A registrados directamente en el TLD) para romper la dependencia circular. Sin glue records, el resolver no puede resolver el nameserver porque tendría que consultar al propio nameserver. Los glue records se configuran en el registrar y deben actualizarse si las IPs de los nameservers cambian.