MX-record - ¿Qué es eso?

El registro MX, o el registro del intercambiador de correo, esel tipo de registro de recursos en el Sistema de nombres de dominio que especifica el servidor de correo responsable de recibir los mensajes de correo electrónico del nombre de dominio del destinatario y el valor de preferencia utilizado para priorizar la entrega del correo. El conjunto de entradas de intercambiador de correo en nombre del dominio especifica cómo se debe enrutar el correo electrónico utilizando el Protocolo simple de transferencia de correo (SMTP).

Registros MX: Descripción general de la tecnología

Registros de recursos son la información principalelemento del Sistema de nombres de dominio (DNS). Se distinguen por la identificación del tipo (A, MX, NS) y la clase DNS (Internet, CHAOS). Los registros tienen una validez (duración) asignada a ellos, que indica cuándo la información que almacenan debe actualizarse desde un servidor de nombres autorizado. Los registros de recursos están organizados en DNS sobre la base de su nombre de dominio completo del correo electrónico del destinatario (parte del nombre después del símbolo @).

La información típica de carga útil de registro MX es el nombre de dominio completo del host de correo y el valor de preferencia que se mostrará directamente en uno o más registros de direcciones.

Cuando se envía un mensaje de correo electrónicoa través de Internet, el Agente de envío de transferencias de correo (MTA) solicita al Sistema de nombres de dominio registros MX para cada dominio de destinatario. Esta consulta devuelve una lista de hosts de servidor de intercambio de correo que aceptan correo entrante para este dominio. El agente que envía luego intenta establecer una conexión SMTP.

Fundamentos de la priorización

En el caso más simple, un dominio puede tener solo unoservidor de correo Por ejemplo, si el MTA se ve en el registro MX de example.com, el servidor DNS responde sólo al número de preferencias mail.example.com 50, MTA intentará enviar el correo al servidor especificado. En este caso, el número 50 puede ser cualquier número entero permitido especificación SMTP.

Pero cuando se devuelve más de uno para la solicitud de MXservidor, el número de preferencia para cada entrada determina la prioridad relativa del servidor especificado. Cuando un cliente remoto (generalmente otro servidor de correo) busca en el MX un nombre de dominio, obtiene una lista de servidores y sus números de preferencia. Inicialmente, cualquier servidor con el menor número de preferencia debe ser probado. Para garantizar una transmisión de correo confiable, el cliente SMTP debe poder verificar cada una de las direcciones correspondientes en esta lista en orden hasta que el intento de entrega tenga éxito.

Distribución de carga entre matrices de servidores de correo

El método utilizado para cargar la cargacorreo entrante en la matriz del servidor, debe devolver el mismo número de preferencia para cada servidor en el conjunto. Al determinar qué servidor tiene la misma preferencia para enviar correo, el remitente debe aleatorizarlos para distribuir la carga en varios intercambiadores de correo para una organización en particular. Los servidores multilínea se tratan de forma diferente, porque en este caso, cualquier aleatorización se considera un servidor de nombres ya aplicado. Esto se refiere principalmente a problemas de enrutamiento. Otros tipos de carga del servidor se pueden resolver utilizando el servidor proxy SMTP.

Copia de respaldo

El servidor de destino, es decir, el que sabe cómopara entregar el buzón del usuario relevante, generalmente es el más preferible. Los servidores con menor prioridad, los llamados registros de respaldo o MX secundarios, generalmente almacenan mensajes en la cola, esperando a que aparezca el servidor principal. Si ambos servidores están conectados a la red o de alguna manera conectados entre sí, la copia de seguridad de MX redirigirá el mensaje al intercambiador de correo principal. La copia de seguridad actúa como un repositorio.

Cómo configurar registros MX: prioridad

El correo se envía al servidor de intercambio con la menor cantidad(la prioridad más alta), por lo que la entrada del intercambiador de correo utilizada para el enrutamiento debe tener el número de preferencia más bajo, generalmente 0.

La prioridad determina el orden con el cuallos servidores deben estar conectados (si se especifican varios servidores con diferentes prioridades). En primer lugar, se verificarán los servidores con la prioridad más alta y el número de preferencia más bajo. En los registros DNS, como regla, el número de preferencia se establece y especifica.

Errores de configuración

Un error común sobre la ordenLas preferencias de un registro MX de un dominio es que está diseñado para aumentar la probabilidad de entrega de correo. Sin embargo, el uso simple de registros múltiples con las mismas preferencias proporciona esta ventaja.

Otra mala interpretación comúnorden de preferencia MX es que está diseñado para proporcionar una "transición a otro recurso" en caso de sobrecarga del servidor. Aunque se puede usar de esta manera, es un método de administración de recursos deficiente, porque crea una sobrecarga intencionalmente, no usa completamente el hardware disponible y no le permite verificar los registros MX. Asignar el mismo valor a todos los servidores disponibles brinda la misma ventaja, puede ayudar a evitar situaciones de sobrecarga y de ese modo aumentar el rendimiento del sistema al reducir la demora.

Registro de SMTP

El protocolo SMTP establece una redstore-and-forward, y si los servidores de correo de dominio están fuera de línea, los servidores de envío requieren una cola de mensajes destinada a ese dominio para ser reintentada más tarde. Sin embargo, estos servidores de envío no pueden ser notificados de que los servidores de dominio autónomos están ahora disponibles, y descubren que el dominio solo está disponible si se realiza el siguiente intento al enviar mensajes retrasados.

La demora entre cuando los servidores de dominioestán conectados a la red y cuando finalmente se entregan los mensajes retrasados, tal vez de minutos a varios días, dependiendo del cronograma de repetición de los servidores de envío. El problema es que las copias de seguridad tienen una calificación única para la solución y no le permiten verificar el registro MX del dominio.