El registro MX apunta a sí mismo, ¿es posible?

El registro MX apunta a sí mismo, ¿es posible?

Digamos que tengo el siguiente DNS activo para el dominio example.com(omitiendo prioridad y ttl)

   example.com A    123.45.67.89
mx.example.com A    123.45.67.89
   example.com MX   mx.example.com

Ahora bien, este es un registro DNS válido. Si tuviera que agregar el siguiente registro mx, ¿causaría algún problema?

mx.example.com MX   mx.example.com

Lo he probado y parece funcionar, pero quiero estar seguro.

La razón es que siempre usé[correo electrónico protegido]a correo electrónico sin este último registro mx agregado. Pero algunos servicios fallan porque no utilizan el dominio principal, sino que verifican el subdominio si ese registro mx está presente. Agregar el registro mx parece permitir que los servicios funcionen, pero ahora me preocupa que pueda causar problemas al enviar/recibir correo electrónico.

Además, he establecido que la prioridad para el nuevo registro mx sea inferior al original, por lo que, en teoría, eso debería hacer que siempre elija el primero, pero tengo curiosidad de que incluso funcionaría si se invirtieran las prioridades.

Respuesta1

Un MX RR apuntando a sí mismo es perfectamente válido y no causará problemas. Sin embargo, puede considerarse redundante debido a la regla general de que si un nombre de dominio no tiene un RR MX sino un RR A, este último se utilizará para la entrega de correo. En otras palabras, se supone implícitamente un MX RR que apunta a sí mismo cuando no hay ningún MX RR explícito presente.

Tenga en cuenta que su código de ejemplo tiene problemas sintácticos. Los FQDN carecen de puntos finales y los MX RR carecen de campos de prioridad. Debería leer:

   example.com.    A    123.45.67.89
   mx.example.com. A    123.45.67.89
   example.com.    MX   10 mx.example.com.
   mx.example.com. MX   10 mx.example.com.

o equivalente:

   $ORIGIN example.com.
   @               A    123.45.67.89
                   MX   10 mx
   mx              A    123.45.67.89
                   MX   10 mx

(La $ORIGINdirectiva es redundante si el conjunto es parte del archivo de zona del dominio example.com).

Respuesta2

Parecías confundirte. El formato DNS MX-RR domain MX pref namese utiliza para decir que el servidor con un nombre nameserá un MX para el dominio domain.

En su caso, está diciendo que el servidor con nombre mx.example.commanejará el correo del mx.example.comdominio. Esto es perfectamente válido, pero me parece que quieres configurar un MX para example.com.

Respuesta3

Supongo que se ha respondido el núcleo de su pregunta, pero es posible que desee aclarar cierta confusión:

  1. No hay un "segundo registro MX con menor prioridad", las prioridades de los registros MX se limitan a los nombres, ambos nombres en su ejemplo tienen solo un MX cada uno, por lo que la prioridad no tiene ninguna consecuencia. Un MTA busca los registros MX exactamente para la parte del host al que está intentando realizar la entrega, nada más (excepto la búsqueda A/AAAA si la búsqueda MX no da ningún registro de resultados).
  2. Además, el registro MX no "apunta a sí mismo"; solo contiene el mismo nombre de host con el que está almacenado, pero ese nombre apunta a los registros A y AAAA, que son distintos del registro MX almacenado con ese mismo nombre. En DNS, puede almacenar cualquier cantidad de registros diferentes con el mismo nombre, y no hay nada de malo en que un registro con un nombre apunte a otro registro con el mismo nombre; lo único que no es una buena idea es que en realidad apunte al mismo registro, como tener un registro CNAME con su propio nombre, ya que eso a su vez apuntaría al mismo registro CNAME, etc., hasta el infinito.

información relacionada