MX record point para si mesmo, possível?

Question

Digamos que eu tenha o seguinte DNS ativo para o domínio example.com (deixando de fora a prioridade e ttl)

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

Agora, este é um registro DNS válido. Se eu fosse adicionar o seguinte registro mx, isso causaria algum problema?

mx.example.com MX   mx.example.com

Eu testei isso e parece funcionar, mas quero ter certeza.

O motivo é que sempre usei [email protected] para enviar e-mail sem esse último registro mx adicionado. Mas alguns serviços falham porque não estão usando o domínio principal, mas, em vez disso, verificam o subdomínio se esse registro mx estiver presente. Adicionando o registro mx parece a todos os serviços para o trabalho, mas agora estou preocupado que pode causar problemas para realmente enviar / receber e-mail.

Além disso, defini a prioridade para o novo registro mx para ser menor do que o original, então, em teoria, isso deve fazer com que ele sempre escolha o primeiro, mas estou curioso de que funcionaria se as prioridades fossem invertidas. .

    

Answer 1

Um RR MX apontando para si é perfeitamente válido e não causará problemas. Pode ser considerado redundante, no entanto, devido à regra geral de que, se um nome de domínio não tiver MX RR, mas sim um RR, o último deve ser usado para entrega de correio. Em outras palavras, um RR MX apontando para si mesmo é assumido implicitamente quando não houver RR MX explícito.

Note que o seu código de exemplo tem problemas sintáticos. Os FQDNs não têm pontos finais e os MX RRs não têm campos prioritários. Deveria ler:

   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.

ou, de forma equivalente:

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

(A diretiva $ORIGIN é redundante se o todo fizer parte do arquivo de zona do domínio example.com .)

    

Answer 2

Você pareceu se confundir. O formato do DNS MX-RR domain MX pref name é usado para dizer que o servidor com o nome name será um MX para o domínio domain .

No seu caso, você está dizendo que o servidor com o nome mx.example.com manipulará o e-mail para mx.example.com domain. Isso é perfeitamente válido, mas parece que você quer configurar um MX para example.com .

    

Answer 3

Eu acho que o núcleo da sua pergunta foi respondido, mas você pode querer esclarecer alguma confusão:

1. Não há "segundo registro MX com prioridade mais baixa", as prioridades de registro MX têm escopo para nomes, os dois nomes em seu exemplo têm apenas um MX cada, portanto, a prioridade é totalmente sem consequência. Um MTA procura os registros MX para exatamente a parte do host que está tentando entregar, nada mais (exceto para a consulta A / AAAA se a pesquisa do MX fornecer registros de resultado zero).
2. Além disso, o registro MX não "aponta para si mesmo" - ele contém apenas o mesmo nome de host em que está armazenado, mas esse nome aponta para registros A e AAAA, que são distintos do registro MX armazenado sob mesmo nome. No DNS, você pode armazenar qualquer número de registros diferentes sob o mesmo nome, e não há nada errado com um registro em um nome apontando para outro registro com o mesmo nome - a única coisa que não é uma boa ideia é apontar para o mesmo nome. registro, como ter um registro CNAME com seu próprio nome, pois, por sua vez, apontaria para o mesmo registro CNAME, etc., ad infinitum.