Cómo solucionar errores comunes de DNS en DirectAdmin

¿Por qué tu dominio no carga o el correo no llega? El problema puede estar en el DNS

Cuando un dominio no carga en el navegador o los correos electrónicos no llegan a su destino, la causa más común (y frustrante) suele estar en el sistema de nombres de dominio, mejor conocido como DNS. En un servidor con panel de control DirectAdmin, estos errores son bastante frecuentes, pero la buena noticia es que la mayoría tienen una solución sencilla que puedes aplicar tú mismo sin necesidad de ser un experto en Linux.

En esta guía extensa y práctica, vamos a desglosar los errores de DNS más comunes en DirectAdmin, explicarte por qué ocurren y, lo más importante, cómo solucionarlos paso a paso. Al final, tendrás un checklist mental para diagnosticar cualquier problema de este tipo en tu servidor.

Entendiendo el DNS en DirectAdmin: Lo básico que debes saber

Antes de lanzarnos a solucionar errores, es fundamental entender qué papel juega el DNS en tu servidor. Piensa en el DNS como la agenda telefónica de Internet. Cuando alguien escribe tudominio.com, el navegador no sabe dónde está tu sitio web; necesita traducir ese nombre a una dirección IP (como 192.168.1.1). Esa traducción la realizan los servidores DNS.

En DirectAdmin, el sistema gestiona las zonas DNS de todos los dominios alojados en tu servidor. Cada dominio tiene un archivo de zona que contiene registros como A (para apuntar a una IP), MX (para el correo), CNAME (alias), entre otros. Si estos registros están mal configurados, corruptos o no se han propagado correctamente, tendrás problemas graves de conectividad.

Los errores más comunes que verás son:

• El dominio no carga en el navegador (muestra "No se puede acceder al sitio" o un error de DNS_PROBE_FINISHED_NXDOMAIN).
• El correo sale pero no llega, o viceversa (errores de tipo "relay access denied" o "host not found").
• Los subdominios no funcionan (por ejemplo, mail.tudominio.com o www.tudominio.com).
• El sitio carga de forma intermitente o muy lento.

Estos problemas pueden deberse a fallos en la configuración, a la caché local, a la propagación del DNS o a conflictos con el servidor de nombres. Vamos a ver cada caso.

Cómo diagnosticar errores de DNS en DirectAdmin

La primera regla de oro cuando sospechas de un problema de DNS es no entrar en pánico. El diagnóstico inicial es más sencillo de lo que parece. Necesitas herramientas básicas que ya vienen en tu sistema operativo o que puedes usar desde el navegador.

1. Comprueba la propagación del DNS

Cuando cambias registros DNS, estos no se actualizan al instante en todo el mundo. Los servidores DNS de tu proveedor de Internet o de Google (8.8.8.8) guardan copias en caché durante un tiempo determinado (TTL, Time To Live). Si acabas de hacer cambios, puede tardar entre 24 y 72 horas en propagarse por completo.

Para comprobar si el problema es de propagación, usa un verificador online como dnschecker.org o whatsmydns.net. Escribe tu dominio y verás si los registros aparecen correctamente en diferentes partes del mundo. Si en algunos lugares aparece la IP correcta y en otros no, es un problema temporal de propagación.

2. Usa el comando dig o nslookup desde tu terminal

Si tienes acceso a una terminal (Linux, Mac o incluso Windows con WSL), puedes usar estos comandos para consultar directamente los servidores DNS.

Abre tu terminal y escribe:

dig tudominio.com

Esto te mostrará la respuesta del servidor DNS configurado. Presta atención a la sección ANSWER SECTION. Si ves la IP correcta, el registro está bien. Si ves NXDOMAIN, significa que el dominio no existe en el DNS, lo que indica un problema serio.

También puedes comprobar un registro específico:

dig MX tudominio.com

Para ver los registros de correo. Si no aparece ningún registro MX, el correo no funcionará.

3. Revisa el estado del servicio DNS en DirectAdmin

A veces el problema no es la configuración, sino que el servicio DNS (llamado named o bind) se ha detenido o ha fallado. Para verificar esto, necesitas acceso SSH a tu servidor.

Conéctate por SSH y ejecuta:

systemctl status named

Si el servicio está caído (inactivo o con errores), tendrás que reiniciarlo:

systemctl restart named

En DirectAdmin, también puedes hacerlo desde el panel de administración en Admin Level -> DNS Management, pero la vía SSH es más directa para ver los logs de error.

Errores comunes de DNS en DirectAdmin y sus soluciones

Ahora vamos a la parte práctica. Aquí tienes los problemas más frecuentes que encontrarás y cómo resolverlos.

1. Error NXDOMAIN: El dominio no existe en el DNS

Este es el error más temido. Si al hacer dig tudominio.com obtienes status: NXDOMAIN, significa que el dominio no tiene ningún registro en el servidor DNS. Esto puede pasar si:

• El dominio no está registrado en el servidor DNS: En DirectAdmin, debes ir a Domain Setup o DNS Management y asegurarte de que el dominio existe y tiene una zona DNS creada.
• La zona DNS está corrupta o vacía: A veces, al eliminar un dominio y recrearlo, la zona no se genera correctamente.

Solución paso a paso:

1. Accede a tu panel de DirectAdmin como administrador.
2. Ve a DNS Management (o Gestión de DNS).
3. Busca tu dominio en la lista. Si no aparece, necesitas crearlo. Ve a Domain Setup y añade el dominio nuevamente. DirectAdmin debería generar automáticamente los registros básicos (A, MX, NS).
4. Si el dominio aparece, haz clic en su nombre para editar la zona. Verifica que al menos exista un registro A apuntando a la IP de tu servidor y un registro MX (puede ser mail.tudominio.com).
5. Guarda los cambios y reinicia el servicio named desde SSH con systemctl restart named.

[TIP] Si estás usando un servidor externo para el DNS (como Cloudflare), el problema no está en DirectAdmin, sino en el panel externo. Asegúrate de que los registros estén sincronizados.

2. El correo no llega: Problemas con el registro MX

El correo electrónico depende de los registros MX (Mail Exchange). Si estos no están configurados correctamente, los servidores de correo externos no sabrán a dónde entregar los mensajes. Esto es muy común cuando se cambia de proveedor de hosting.

Síntomas típicos:

• Envías un correo y recibes un mensaje de rebote con el error "Host not found" o "No MX record exists for domain".
• El correo sale desde tu servidor, pero el destinatario nunca lo recibe.

Solución:

1. En DirectAdmin, ve a DNS Management.
2. Haz clic en tu dominio y busca los registros MX.
3. Un registro MX típico debería verse así:

   @   MX   0   mail.tudominio.com.
   

   O si usas un proveedor externo como Google Workspace:

   @   MX   10  aspmx.l.google.com.
   

4. Si no hay registros MX, añádelos. El valor 0 o 10 es la prioridad (menor número = mayor prioridad).
5. Guarda y espera la propagación.

[WARNING] No olvides el punto al final del nombre de host en el registro MX. Es un error muy común que causa que el registro sea inválido. Por ejemplo, mail.tudominio.com. (con punto al final) es correcto, mail.tudominio.com (sin punto) no lo es.

3. El dominio no carga en el navegador: Registro A incorrecto

Si el navegador te muestra el error DNS_PROBE_FINISHED_NXDOMAIN o simplemente no encuentra el sitio, el problema suele ser el registro A.

Diagnóstico:

Usa el comando dig para ver qué IP devuelve el dominio:

dig A tudominio.com

Si la IP mostrada no coincide con la IP de tu servidor DirectAdmin, tienes un problema.

Solución:

1. Ve a DNS Management en DirectAdmin.
2. Localiza el registro A para @ (el dominio principal).
3. Asegúrate de que apunta a la IP correcta de tu servidor. Puedes verificar la IP en Admin Level -> IP Manager.
4. Si tienes un subdominio www, también necesita un registro A (o un CNAME apuntando al dominio principal).
5. Guarda los cambios.

4. Los subdominios no funcionan: Problemas con CNAME y A

Es muy común que servicios como mail.tudominio.com, ftp.tudominio.com o www.tudominio.com no carguen. Esto se debe a que falta un registro A o CNAME para esos subdominios.

Solución:

1. En DNS Management, añade un registro A para el subdominio que necesites. Por ejemplo, para mail, añade:

   mail    A    TU_IP
   

2. Para www, lo más recomendable es un registro CNAME:

   www    CNAME    tudominio.com.
   

   Esto evita tener que mantener dos IPs separadas.
3. Guarda y reinicia named si es necesario.

[INFO] En DirectAdmin, al crear un dominio, generalmente se generan automáticamente los registros para www, mail y ftp. Si los eliminaste accidentalmente, puedes recrearlos manualmente o usar la opción "Reconstruir" si está disponible.

5. Errores de caché local: Tu propio equipo guarda datos antiguos

A veces el problema no es el servidor, sino tu propia computadora. Los sistemas operativos guardan en caché las resoluciones DNS para acelerar las consultas. Si cambiaste un registro y tu equipo aún tiene la IP antigua, verás errores.

Solución para Windows:

Abre el símbolo del sistema (CMD) como administrador y ejecuta:

ipconfig /flushdns

Solución para Linux:

Dependiendo del sistema (systemd-resolved):

sudo systemd-resolve --flush-caches

O simplemente reinicia el servicio de red:

sudo systemctl restart NetworkManager

Solución para macOS:

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

Después de limpiar la caché, prueba de nuevo a cargar el dominio.

Solución avanzada: Reconstruyendo la zona DNS en DirectAdmin

Si has intentado todo y la zona DNS sigue corrupta o con errores, puedes forzar a DirectAdmin a reconstruirla desde cero. Esto es útil si has editado manualmente archivos y has roto algo.

Método desde SSH:

1. Conéctate por SSH a tu servidor como root.
2. Navega al directorio de configuración de DirectAdmin:

   cd /usr/local/directadmin/data/users/USUARIO
   

   (Reemplaza USUARIO con el nombre de usuario del dominio).
3. Elimina el archivo de zona del dominio. Los archivos de zona están en /var/named/. Por ejemplo:

   rm /var/named/tudominio.com.db
   

4. Luego, ejecuta el comando para reconstruir todos los dominios:

   /usr/local/directadmin/directadmin rebuild
   

   O si solo quieres reconstruir uno:

   /usr/local/directadmin/directadmin rebuild domain=tudominio.com
   

5. Reinicia el servicio named:

   systemctl restart named
   

Este proceso regenerará los archivos de zona con la configuración predeterminada de DirectAdmin. Ten en cuenta que si tenías registros personalizados (como DKIM o SPF), es posible que necesites volver a añadirlos.

[WARNING] Este método es más avanzado y puede borrar configuraciones personalizadas. Asegúrate de tener una copia de seguridad del archivo de zona antes de eliminarlo. Puedes copiarlo con cp /var/named/tudominio.com.db /var/named/tudominio.com.db.bak.

Problemas con el correo saliente: SPF, DKIM y DMARC

Los errores de DNS también afectan a la credibilidad de tu correo. Si los registros SPF, DKIM o DMARC no están bien configurados, los correos que envías pueden caer en spam o ser rechazados directamente.

¿Qué es SPF?

Es un registro TXT que indica qué servidores están autorizados a enviar correo en nombre de tu dominio. Si no está presente o está mal configurado, los servidores receptores pueden rechazar tus correos.

Comprobación:

dig TXT tudominio.com

Deberías ver algo como:

"v=spf1 +a +mx +ip4:TU_IP ~all"

¿Qué es DKIM?

Es una firma digital que verifica que el correo no ha sido alterado. En DirectAdmin, se genera automáticamente un par de llaves. El registro DKIM tiene este formato:

default._domainkey   TXT   "v=DKIM1; k=rsa; p=TU_CLAVE_PUBLICA"

¿Qué es DMARC?

Es una política que le dice al receptor qué hacer si el correo falla las comprobaciones SPF y DKIM. Un registro DMARC básico es:

_dmarc   TXT   "v=DMARC1; p=quarantine; rua=mailto:admin@tudominio.com"

Solución:

Si estos registros no existen, puedes añadirlos desde DNS Management en DirectAdmin. Asegúrate de usar comillas dobles alrededor del valor del registro TXT.

El caso especial de los servidores de correo externos

Si estás usando un servidor de correo externo (como Google Workspace o Microsoft 365), los registros MX deben apuntar a los servidores de esos proveedores, no a tu servidor DirectAdmin. Esto es un error común.

Solución:

1. Consulta la documentación de tu proveedor de correo para obtener los registros MX correctos.
2. En DNS Management, edita los registros MX de tu dominio.
3. Reemplaza mail.tudominio.com con los valores de tu proveedor (por ejemplo, aspmx.l.google.com).
4. Guarda y espera la propagación.

Herramientas útiles para el diagnóstico de errores DNS

Además de los comandos dig y nslookup, existen herramientas online que te facilitarán la vida. Te recomiendo tenerlas a mano:

• dnschecker.org: Para verificar la propagación global.
• mxtoolbox.com: Excelente para comprobar registros MX, SPF y blacklists.
• whatsmydns.net: Similar a dnschecker.
• Google Public DNS (8.8.8.8): Úsalo como referencia para comparar resultados si tu ISP tiene caché sucia.

Preguntas frecuentes sobre errores de DNS en DirectAdmin

¿Cuánto tarda en propagarse un cambio de DNS?

Normalmente entre 2 y 24 horas, aunque puede tardar hasta 72 horas en casos extremos. Si después de 48 horas sigues viendo la IP antigua, es probable que el problema sea de caché local o de tu ISP.

¿Qué hago si mi dominio no carga pero el correo sí funciona?

Esto indica que el registro A está mal, pero el MX está bien. Revisa el registro A del dominio principal y del subdominio www.

¿Puedo cambiar los servidores de nombres (NS) desde DirectAdmin?

Sí, pero normalmente los servidores de nombres se configuran en el registrador de dominios (donde compraste el dominio). En DirectAdmin, solo gestionas los registros dentro de la zona. Si tu dominio usa los servidores de DirectAdmin (como ns1.tudominio.com), asegúrate de que el registrador apunte a ellos.

¿Qué es el archivo named.conf y por qué