MX record: explicación de este registro DNS

El sistema de nombres de dominio (DNS) es conocido principalmente por la resolución de nombres, que es la que permite a los usuarios de Internet navegar con tan solo introducir una URL, relativamente fácil de recordar, en el navegador y sin tener que teclear tediosas direcciones IP. Para realizar la resolución, el DNS utiliza registros tipo A y AAAA y, según las circunstancias, también registros CNAME. Sin embargo, existen muchos otros tipos de registros DNS que permiten al sistema ofrecer más posibilidades.

Nota

El DNS utiliza muchos tipos diferentes de registros de recursos que realizan funciones distintas en del sistema de nombres. En nuestra detallada visión general de los registros DNS encontrarás todos los tipos de registros resumidos en una tabla.

El registro MX es un tipo de registro que no se refiere a la WWW, sino que interviene en la comunicación por correo electrónico. Pero ¿cómo funciona exactamente el MX record?

Explicación del registro MX con un ejemplo

Los registros DNS están contenidos en archivos de zona, que son simples archivos de texto que agrupan todos los registros referentes a la zona de la cual se ocupa el servidor en cuestión. Cuando un cliente realiza una solicitud, el servidor receptor obtiene la información necesaria de este archivo. Los distintos tipos de registro tienen funciones diferentes. La abreviatura MX significa mail exchange (intercambio de correo electrónico), lo cual ya da una pista sobre la función del registro: mediante el registro MX, y según el DNS, el cliente averigua en qué dominio se encuentra el servidor de correo electrónico adecuado.

Normalmente, un mismo dominio funciona con varios servidores: además del servidor web, que provee la página web, a menudo también un servidor FTP y uno o incluso varios servidores de correo electrónico. A todos ellos se accede a través de distintos subdominios, que pueden ser solicitados mediante el registro MX. De este proceso se encarga, en general de forma automática, el servidor de correo electrónico emisor.

Campos y sintaxis de los registros

Los registros DNS están compuestos de varias informaciones agrupadas en distintos campos. Además de indicar el servidor de correo electrónico de un dominio en concreto, se pueden añadir muchos otros detalles:

  • <name>: El primer campo contiene el nombre del dominio.
  • <ttl>: El time to live indica durante cuánto tiempo se garantiza la validez de la información.
  • <class>: Este campo especifica la clase de red.
  • <type>: El tipo de registro DNS es, en este caso, MX.
  • <priority>: Cuanto menor sea este valor, mayor es la prioridad del servidor de correo electrónico.
  • <rdata>: Resource data define el nombre del servidor de correo.

Los nombres de dominio toman en todos los tipos de registro la forma de Fully Qualified Domain Name (FQDN), lo que significa, básicamente, que el contenido de cada campo acaba en un punto. Los FQDN forman, de hecho, una ruta entera, desde la unidad más pequeña (a la izquierda), hasta la más grande (a la derecha): el servidor raíz. El nivel más alto, sin embargo, se omite, por lo que el punto que lo precede marca el final del nombre.

El time to live indica por cuánto tiempo el solicitante puede guardar y usar la información en la memoria caché, para garantizar que no se usen registros desactualizados. Una vez transcurrido el tiempo, el cliente debe solicitar de nuevo el registro al servidor de nombres. El TTL se da en segundos y, a menudo, no aparece en el registro en sí, sino que el tiempo se define al principio del archivo de zona y se aplica a la zona entera.

El campo class es opcional, ya que hoy en día la única red disponible es Internet. Cuando se introdujeron por primera vez los registros de recursos, sin embargo, las clases de red Hesiod (HS) y Chaosnet (CH) aún se utilizaban. Puesto que ya no es así, el campo puede, o bien quedar en blanco, o bien llenarse, sin excepción, con la abreviaturaIN, de Internet.

En cuanto al campo de priority, se trata de una particularidad de los registros MX. Muchos administradores, sobre todo en proyectos grandes, hacen funcionar varios servidores de correo electrónico paralelamente, para así evitar fallos o posibles sobrecargas que deriven en interrupciones inesperadas de la comunicación. El reparto de correos, en estos casos, no es igualitario, sino que deben establecerse prioridades. El servidor con el número más bajo tiene la mayor prioridad y, por lo tanto, a él se dirige el primer intento. Si no está disponible, se escogerá el siguiente servidor con el menor valor.

Por último, el campo rdata contiene el nombre del servidor de correo electrónico, que también aparece en forma de Fully Qualified Domain Name (FQDN). En el registro se disponen todos los campos, uno tras otro, en una misma línea. El registro no acaba con ningún símbolo concreto, basta con un salto de línea.

<name> <ttl> <class> <type> <priority> <rdata>

En la práctica, los campos TTL y class rara vez aparecen en los registros.

Ejemplo de MX record

Como ejemplo, tomamos el servidor ficticio de correo electrónico example.com, con el cual tendríamos una dirección de correo como user@example.com. El servidor web del emisor enviaría, por lo tanto, una solicitud DNS al dominio example.com. En el archivo de zona del servidor de nombres, los registros correspondientes tendrían esta estructura:

$TTL 1200
example.com.	IN	A		93.184.216.34
example.com.	IN	MX	10	mail1.example.com.
example.com.	IN	MX	10	mail2.example.com.
example.com.	IN	MX	50	mail3.example.com.

Como se puede ver, la caducidad de la información se aplica a la zona entera, de forma que el campo puede omitirse luego en cada uno de los registros. En este ejemplo hemos puesto en primer lugar un registro A, que enlaza el dominio con una dirección IP. A continuación aparecen tres registros MX que, como se observa, solo se diferencian en sus subdominios.

Los dos primeros servidores de correo tienen, en el ejemplo, el mismo nivel de prioridad, lo cual significa que las tareas se reparten igualitariamente entre ambos. Al tercer servidor se recurre solo cuando los primeros no pueden hacerse cargo de ellas (a causa de un fallo, por ejemplo).

Consultar un registro MX: cómo hacerlo

Para realizar un llamado MX-record check, es decir, para consultar el registro MX, se puede recurrir a diferentes servicios web. Uno de los más prácticos y fáciles de usar es Public DNS de Google. En su página de inicio se introduce el dominio cuyos registros MX se quiere consultar y, en la página siguiente, se cambia el tipo de registro por defecto de A a MX. Las opciones de EDNS Client Subnet y de DNSSEC pueden dejarse como están. La primera sirve para acelerar la transmisión de informaciones DNS, mientras que la segunda garantiza que las informaciones no han sido manipuladas por terceros con fines delictivos.

En la búsqueda del ejemplo aparecen los distintos servidores de correo bajo el epígrafe Answer. El nombre de dominio (en formato FQDN) en el que se encuentran se indica endata, donde también se muestra la prioridad: los registros que se observan tienen prioridades de entre 10 y 50. Puesto que el TTL es el mismo para todos los registros, la caducidad de los datos probablemente haya sido establecida para la zona entera. Type adopta siempre el mismo valor: 15, la cifra asignada a los registros MX por la entidad IANA. La IANA ha asignado a cada tipo de registro DNS un valor que los identifica.

Consejo

Si prefieres utilizar un servicio que no pertenezca a los gigantes de Internet, una opción es el servicio de DNS Queries, también disponible en español.


¡No te vayas! ¡Tenemos algo para ti!
Consigue tu dominio .mx un año gratis.

Introduce el dominio que deseas en la barra de búsqueda para comprobar su disponibilidad.
12 meses desde $0/año
después $700/año