Servidores de nombres de AlexHost: Una referencia técnica completa para la configuración DNS
Los nameservers (registros NS) son los punteros DNS autoritativos que indican a la infraestructura DNS global qué servidores contienen el archivo de zona definitivo para su dominio. Sin registros NS correctamente configurados, su dominio no puede resolverse, independientemente de lo bien configurado que esté su servidor web, sistema de correo o certificados SSL.
Esta guía cubre la infraestructura de nameservers específica de AlexHost, explica cómo funcionan los registros NS a nivel de protocolo y proporciona orientación de configuración práctica para entornos de hosting compartido estándar y cPanel con LiteSpeed.
Qué Son los Nameservers y Por Qué Son la Base del DNS
Un nameserver es un servidor DNS especializado que almacena y sirve la zona DNS autoritativa para uno o más dominios. Cuando un resolver recursivo necesita encontrar la dirección IP detrás de example.com, no lo adivina — sigue una cadena de delegación estricta:
- El resolver consulta un nameserver raíz, que devuelve una referencia al nameserver TLD apropiado (p. ej.,
.com,.net,.md). - El nameserver TLD devuelve los registros NS registrados en el registrador de dominio, apuntando a los nameservers autoritativos del dominio.
- El nameserver autoritativo — el que usted configura en su registrador — responde con los registros DNS reales: A, AAAA, MX, CNAME, TXT, entre otros.
Esto significa que los registros NS no son solo una formalidad técnica. Son el mecanismo de delegación que otorga a los servidores DNS de su proveedor de hosting la autoridad para responder consultas sobre su dominio. Si los registros NS apuntan a los servidores incorrectos, o si esos servidores son inaccesibles, su dominio queda inactivo — para todos los servicios que dependen de él.
Cada dominio debe tener al menos dos registros NS que apunten a servidores distintos y operados de forma independiente. Esto no es una recomendación; es un requisito impuesto por la política de ICANN y el propio protocolo DNS (RFC 1034/1035).
Cómo Funciona la Cadena de Resolución DNS en la Práctica
Comprender la ruta de resolución completa le ayuda a diagnosticar con precisión los retrasos de propagación y los problemas de configuración incorrecta.
Cuando un visitante escribe su dominio en un navegador, ocurre la siguiente secuencia:
- Verificación de caché local: El sistema operativo y el navegador verifican su caché DNS local. Si existe un registro en caché válido (dentro de su TTL), la resolución se detiene aquí.
- Consulta al resolver recursivo: Si no hay coincidencia en caché, la consulta va al resolver recursivo configurado del ISP o del usuario (p. ej.,
8.8.8.8,1.1.1.1). - Referencia al servidor raíz: El resolver contacta uno de los 13 clústeres de servidores raíz, que devuelve la dirección del nameserver TLD autoritativo.
- Respuesta del nameserver TLD: El servidor TLD (operado por Verisign para
.com, por ejemplo) devuelve los registros NS que usted registró en su registrador de dominio. - Respuesta autoritativa: El resolver consulta directamente los nameservers de AlexHost, que devuelven el registro A, el registro MX o cualquier registro solicitado.
- Respuesta entregada: El resolver almacena en caché el resultado durante el TTL del registro y devuelve la respuesta al cliente.
El punto crítico aquí es que los registros NS residen en dos lugares: en su registrador de dominio (como delegación) y dentro del archivo de zona en el nameserver autoritativo. Ambos deben ser coherentes. Una discrepancia entre los dos — conocida como delegación coja — provoca fallos de resolución intermitentes que son notoriamente difíciles de diagnosticar.
Infraestructura de Nameservers de AlexHost
AlexHost opera pares de nameservers separados para diferentes entornos de hosting. Usar el par correcto para su plan de hosting específico es esencial para una resolución DNS adecuada.
Nameservers para Hosting cPanel con LiteSpeed
Estos nameservers sirven dominios alojados en la infraestructura VPS con cPanel y con tecnología LiteSpeed de AlexHost:
| Nameserver | Dirección IP | Función |
|---|---|---|
ns5.alexhost.md | 176.123.0.83 | Nameserver autoritativo primario |
ns6.alexhost.md | 176.123.0.84 | Nameserver autoritativo secundario |
ns5.alexhost.md (176.123.0.83) actúa como la autoridad DNS primaria para dominios en la pila cPanel con LiteSpeed. Todos los cambios en el archivo de zona — registros A, registros MX, subdominios — se crean aquí y se sincronizan con el secundario.
ns6.alexhost.md (176.123.0.84) funciona como nameserver secundario. En una configuración correctamente configurada de BIND o PowerDNS, el secundario realiza transferencias de zona (AXFR/IXFR) desde el primario y puede responder consultas de forma independiente si el primario queda temporalmente inaccesible.
Nameservers para Hosting Compartido cPanel
Los dominios alojados en la plataforma de Hosting Web Compartido de AlexHost utilizan un par de nameservers dedicado:
| Nameserver | Dirección IP | Función |
|---|---|---|
ns3.alexhost.md | 176.123.0.55 | Nameserver autoritativo primario |
ns4.alexhost.md | 176.123.0.60 | Nameserver autoritativo secundario |
ns3.alexhost.md (176.123.0.55) es el servidor autoritativo primario para zonas de hosting compartido. Contiene los archivos de zona maestros y es la fuente de verdad para la propagación DNS.
ns4.alexhost.md (176.123.0.60) proporciona redundancia geográfica y operativa. Si ns3 es inaccesible debido a problemas de red o mantenimiento, ns4 continúa sirviendo respuestas DNS sin interrupciones.
Por Qué Son Importantes los Pares de Nameservers Separados
Operar pares de nameservers distintos por entorno de hosting es una decisión arquitectónica con beneficios operativos reales:
- Aislamiento del radio de impacto: Un error de configuración o un ataque DDoS dirigido a los nameservers de hosting compartido no afecta a los clientes de VPS con LiteSpeed, y viceversa.
- Gestión independiente de TTL y zonas: Cada entorno puede ajustar el comportamiento de propagación de forma independiente.
- Planificación de capacidad: El crecimiento del tráfico en una plataforma no degrada los tiempos de respuesta DNS en otra.
Comparación: Entornos de Nameservers de AlexHost
| Atributo | cPanel + LiteSpeed (VPS) | Hosting Compartido cPanel |
|---|---|---|
| NS Primario | ns5.alexhost.md | ns3.alexhost.md |
| NS Secundario | ns6.alexhost.md | ns4.alexhost.md |
| IP Primaria | 176.123.0.83 | 176.123.0.55 |
| IP Secundaria | 176.123.0.84 | 176.123.0.60 |
| Tipo de hosting | Hosting VPS | Hosting Web Compartido |
| Control de zona | Acceso root completo a los archivos de zona | Gestionado mediante el Editor de Zona DNS de cPanel |
| Caso de uso típico | Sitios de alto tráfico, configuraciones de servidor personalizadas | Sitios web estándar, pequeñas empresas, blogs |
Cómo Apuntar Su Dominio a los Nameservers de AlexHost
El cambio de nameservers se realiza en su registrador de dominio — no en su proveedor de hosting. Esta es una fuente común de confusión.
Configuración Paso a Paso
- Inicie sesión en el panel de control de su registrador de dominio (p. ej., GoDaddy, Namecheap, o donde haya registrado el dominio — o directamente a través del Registro de Dominios de AlexHost si lo registró con AlexHost).
- Navegue a la configuración de DNS o Nameservers del dominio específico que desea configurar.
- Elimine las entradas de nameservers existentes. Los nameservers predeterminados del registrador (p. ej.,
ns1.registrar.com) deben eliminarse antes de agregar nuevos. - Ingrese los nameservers de AlexHost correspondientes a su plan de hosting:
- Para LiteSpeed VPS:
ns5.alexhost.mdyns6.alexhost.md - Para Hosting Compartido:
ns3.alexhost.mdyns4.alexhost.md
- Guarde los cambios. El registrador actualizará la delegación a nivel TLD.
- Espere la propagación. La propagación DNS generalmente se completa en 24 a 48 horas, aunque la mayoría de los resolvers recogen los cambios en 1 a 4 horas. Los valores TTL de los registros NS anteriores determinan cuánto tiempo los cachés conservan datos obsoletos.
Verificación de la Propagación de Nameservers
Después de realizar cambios, verifique la propagación usando herramientas de línea de comandos o verificadores en línea:
Usando dig (Linux/macOS):
dig NS yourdomain.com +shortUsando nslookup (Windows/Linux):
nslookup -type=NS yourdomain.com 8.8.8.8Usando whois para verificar la delegación del registrador:
whois yourdomain.com | grep -i "name server"Si la salida muestra los nameservers de AlexHost, la delegación está completa. Si aún ve los nameservers anteriores, la propagación aún está en curso o el cambio en el registrador no se guardó correctamente.
Para comprobar si el nameserver autoritativo responde correctamente:
dig A yourdomain.com @ns3.alexhost.mdEsto consulta directamente el nameserver de AlexHost, omitiendo cualquier respuesta en caché de los resolvers recursivos.
Errores Técnicos Críticos y Casos Límite
Estos son los modos de fallo que encuentran los administradores experimentados — y que la mayoría de la documentación omite por completo.
Registros Glue y el Problema de Dependencia Circular
Si el nombre de su dominio es igual o un subdominio del dominio del nameserver, surge una dependencia circular. Por ejemplo, si posee alexhost.md y sus nameservers son ns3.alexhost.md, un resolver no puede encontrar la IP de ns3.alexhost.md sin antes resolver alexhost.md — lo que requiere consultar ns3.alexhost.md.
La solución son los registros glue: registros A registrados directamente en el registro TLD junto con la delegación NS, que proporcionan las direcciones IP de los nameservers sin requerir una búsqueda separada. AlexHost gestiona esto internamente para su propio dominio de nameservers. Si alguna vez configura nameservers personalizados usando su propio dominio (p. ej., ns1.yourdomain.com), debe registrar registros glue en su registrador.
Delegaciones Coja
Una delegación coja ocurre cuando los registros NS en el registrador apuntan a un nameserver que no existe, no responde o no contiene una zona autoritativa para el dominio. Esto provoca fallos de resolución o latencia severa mientras los resolvers esperan respuestas que no llegan. Verifique siempre que ambos registros NS sean accesibles y autoritativos antes de finalizar una migración.
Estrategia de TTL Durante las Migraciones
Antes de migrar un dominio a AlexHost, reduzca el TTL de sus registros DNS existentes a 300 segundos (5 minutos) con al menos 24 a 48 horas de anticipación. Esto minimiza la ventana durante la cual los resolvers sirven datos obsoletos después de cambiar los nameservers. Una vez confirmada la estabilidad de la migración, aumente el TTL de nuevo a un valor estándar (3600 segundos o más) para reducir la carga de consultas en los nameservers.
Propagación de Registros NS vs. Propagación de Registros DNS
Estos son dos eventos de propagación distintos que frecuentemente se confunden:
- Propagación de registros NS: El tiempo que tarda el registro TLD en publicar globalmente su nueva delegación de nameservers. Está controlado por el TTL SOA del TLD, típicamente 24–48 horas.
- Propagación de registros DNS: El tiempo que tardan los registros A, MX, CNAME individuales dentro de su zona en ser recogidos por los resolvers recursivos. Está controlado por el TTL que usted establece en cada registro.
Cambiar los nameservers desencadena ambos eventos simultáneamente, razón por la cual la propagación completa puede tardar hasta 48 horas incluso cuando los TTL de los registros individuales son cortos.
Continuidad del Correo Electrónico Durante la Migración DNS
Si su dominio tiene Hosting de Correo Electrónico activo o registros MX que apuntan a un proveedor de correo de terceros, asegúrese de que esos registros MX se recreen en la zona DNS de AlexHost antes de cambiar los nameservers. No hacerlo resulta en fallos de entrega de correo durante la ventana de propagación — un problema que es invisible hasta que alguien reporta un correo rebotado.
Registros DNS Gestionados a Través de los Nameservers de AlexHost
Una vez que su dominio delega a los nameservers de AlexHost, los siguientes tipos de registros se gestionan dentro del Editor de Zona DNS de cPanel:
| Tipo de Registro | Propósito | Ejemplo |
|---|---|---|
| A | Mapea el nombre de host a una dirección IPv4 | yourdomain.com -> 176.123.0.55 |
| AAAA | Mapea el nombre de host a una dirección IPv6 | yourdomain.com -> 2001:db8::1 |
| CNAME | Alias que apunta a otro nombre de host | www -> yourdomain.com |
| MX | Servidor de intercambio de correo para la entrega de email | Prioridad 10, mail.yourdomain.com |
| TXT | Texto arbitrario; usado para SPF, DKIM, DMARC | v=spf1 include:alexhost.md ~all |
| NS | Delegación a nameservers autoritativos | ns3.alexhost.md, ns4.alexhost.md |
| SOA | Start of Authority; metadatos de zona y número de serie | Gestionado automáticamente por cPanel |
| PTR | Búsqueda DNS inversa (requiere configuración a nivel de servidor) | Configurado en Servidores Dedicados |
Para dominios que requieren HTTPS, asegúrese de que se provisione un Certificado SSL después de que se complete la propagación DNS — Let’s Encrypt y otros métodos de validación de CA dependen de una resolución DNS correcta.
Mejores Prácticas Operativas para la Configuración DNS de AlexHost
- Configure siempre ambos registros NS. Un único nameserver es un único punto de fallo. Use tanto el primario como el secundario para cada dominio.
- Monitoree la accesibilidad de los nameservers. Use herramientas como
dig,dnschecker.org, o monitores de disponibilidad automatizados para verificar que ambas direcciones IP de NS (176.123.0.83/84o176.123.0.55/60) permanezcan accesibles. Las direcciones IP asociadas con la infraestructura pueden cambiar durante migraciones importantes; verifique siempre con la documentación actualizada de AlexHost. - No mezcle pares de nameservers. No combine
ns3(compartido) conns5(LiteSpeed VPS) para un mismo dominio. Cada par está diseñado para servir zonas dentro de su propio entorno de hosting. - Audite su archivo de zona después de la migración. Después de cambiar los nameservers, use
dig ANY yourdomain.com @ns3.alexhost.mdpara recuperar todos los registros y confirmar que las entradas A, MX, TXT y CNAME se transfirieron correctamente. - Documente sus cambios de TTL. Mantenga un registro de cuándo redujo los TTL y cuándo cambió los nameservers. Esto crea un registro de auditoría invaluable durante la respuesta a incidentes.
- Use DNSSEC donde sea compatible. Las Extensiones de Seguridad DNS añaden firmas criptográficas a los registros DNS, previniendo ataques de envenenamiento de caché. Verifique si su registrador y los nameservers de AlexHost admiten DNSSEC para su TLD.
Matriz de Decisión: Qué Nameservers Usar
| Escenario | Nameservers Correctos |
|---|---|
| Dominio alojado en Hosting Compartido de AlexHost | ns3.alexhost.md / ns4.alexhost.md |
| Dominio alojado en VPS de AlexHost con cPanel + LiteSpeed | ns5.alexhost.md / ns6.alexhost.md |
| Dominio registrado en AlexHost, alojado en otro proveedor | Use los nameservers del proveedor de hosting |
| Dominio registrado en otro proveedor, alojado en AlexHost | Apunte los NS del registrador al par de AlexHost correspondiente |
| Servidor dedicado con configuración DNS personalizada | Configure NS personalizados; use los nameservers de AlexHost solo si el DNS se gestiona a través de cPanel |
Conclusiones Técnicas Clave
- Use
ns3.alexhost.md/ns4.alexhost.mdpara hosting compartido; usens5.alexhost.md/ns6.alexhost.mdpara entornos LiteSpeed VPS. - Configure siempre ambos nameservers en cada registro de dominio — nunca dependa de un único registro NS.
- Reduzca los TTL de los registros a 300 segundos al menos 24 horas antes de cualquier migración de nameservers planificada.
- Verifique la propagación usando
dig NS yourdomain.com +shorty consultas directas a las IPs de los nameservers de AlexHost. - Recree todos los registros MX y TXT (SPF, DKIM, DMARC) en la nueva zona antes de cambiar los nameservers para evitar interrupciones en la entrega de correo.
- Verifique los requisitos de registros glue si está configurando nombres de host de nameservers personalizados bajo su propio dominio.
- Después de la propagación DNS, provisione o revalide los certificados SSL — la validación de dominio depende de una resolución DNS correcta.
- Monitoree periódicamente ambas IPs de nameservers; los cambios en la infraestructura pueden alterar las asignaciones de IP.
Preguntas Frecuentes
¿Cuál es la diferencia entre ns3/ns4 y ns5/ns6 en AlexHost?
ns3.alexhost.md y ns4.alexhost.md sirven dominios en la plataforma de hosting compartido de AlexHost. ns5.alexhost.md y ns6.alexhost.md están dedicados al entorno VPS cPanel con tecnología LiteSpeed. Usar el par incorrecto resultará en fallos de resolución DNS porque los archivos de zona de su dominio residen únicamente en el par de nameservers correcto.
¿Cuánto tiempo tarda en propagarse el cambio de nameservers de AlexHost?
La propagación global completa generalmente tarda entre 24 y 48 horas, aunque la mayoría de los resolvers recursivos recogen el cambio en 1 a 4 horas. La duración real depende del TTL establecido en sus registros NS anteriores y el comportamiento de caché de los resolvers individuales en todo el mundo.
¿Puedo usar solo uno de los nameservers de AlexHost en lugar de ambos?
No. Usar un único nameserver crea un único punto de fallo. Si ese servidor es inaccesible por cualquier motivo — mantenimiento, partición de red o fallo de hardware — su dominio se vuelve irresolvable. La política de ICANN y los estándares del protocolo DNS requieren un mínimo de dos nameservers por dominio.
¿Qué le ocurre a mi correo electrónico si cambio los nameservers sin recrear los registros MX?
La entrega de correo entrante fallará para cualquier dominio cuyos registros MX no estén presentes en la nueva zona. Los remitentes recibirán mensajes de rebote o experimentarán entrega diferida. Audite y recree siempre los registros MX, SPF, DKIM y DMARC en el editor de zona DNS de AlexHost antes de completar el cambio de nameservers.
¿Cómo verifico que los nameservers de AlexHost son correctamente autoritativos para mi dominio?
Ejecute dig NS yourdomain.com +short para confirmar la delegación registrada, luego ejecute dig A yourdomain.com @ns3.alexhost.md (o el nameserver apropiado) para confirmar que el servidor autoritativo responde con los registros correctos. Si ambos comandos devuelven los resultados esperados, su configuración DNS está funcionando correctamente.
