Início / server / Perguntas / 674825
Accepted
makerofthings7
Asked: 2015-03-12 21:41:24 +0800 CST

Substituir um registro MX por um CNAME que não corresponde ao nome do host

  • 772

Hoje temos 5 empresas que usam o Google para serviços de e-mail

example1.com.         3w   IN      MX  10   mail.Google.com.
example2.com.         3w   IN      MX  10   mail.Google.com.
example3.com.         3w   IN      MX  10   mail.Google.com.
example4.com.         3w   IN      MX  10   mail.Google.com.
example5.com.         3w   IN      MX  10   mail.Google.com.

Na próxima semana estaremos usando outro fornecedor (Cisco). Podemos apontar para um A ou CNAME no MX?

example1.com.         3w   IN      MX  10   myCNAMEToCisco.example.com.
example2.com.         3w   IN      MX  10   myCNAMEToCisco.example.com.
example3.com.         3w   IN      MX  10   myCNAMEToCisco.example.com.
example4.com.         3w   IN      MX  10   myCNAMEToCisco.example.com.
example5.com.         3w   IN      MX  10   myCNAMEToCisco.example.com.

A ideia é que eu possa mudar myCNAMEToCisco.example.compara qualquer outro fornecedor. Minha preocupação é que pode haver alguma validação estranha quando o cliente diz helo domain.come a resposta 220 pode conter um host ou nome de domínio inesperado.

Existe algum problema em usar um registro CNAME ou A com e-mail dessa maneira?

domain-name-system

1 respostas

  1. Best Answer

    Definitivamente criaria um problema se você apontasse seus MXregistros para CNAMEregistros, pois isso é contra os padrões. A explicação mais clara é fornecida pela RFC2181 §10.3 :

    10.3. Registros MX e NS

    O nome de domínio usado como o valor de um registro de recurso NS ou parte do valor de um registro de recurso MX não deve ser um alias. Não apenas a especificação é clara neste ponto, mas usar um pseudônimo em qualquer uma dessas posições não funciona tão bem quanto se poderia esperar, nem cumpre bem a ambição que pode ter levado a essa abordagem. Este nome de domínio deve ter como valor um ou mais registros de endereços. Atualmente, esses serão registros A, no entanto, no futuro, outros tipos de registro que fornecem informações de endereçamento podem ser aceitáveis. Ele também pode ter outros RRs, mas nunca um CNAME RR.

    A pesquisa de registros NS ou MX causa "processamento de seção adicional" no qual os registros de endereço associados ao valor do registro procurado são anexados à resposta. Isso ajuda a evitar consultas extras desnecessárias que são facilmente antecipadas quando a primeira foi feita.

    O processamento de seção adicional não inclui registros CNAME, muito menos os registros de endereço que podem estar associados ao nome canônico derivado do alias. Assim, se um alias for usado como valor de um registro NS ou MX, nenhum endereço será retornado com o valor NS ou MX. Isso pode causar consultas extras e sobrecarga de rede extra em cada consulta. É trivial para o administrador de DNS evitar isso resolvendo o alias e colocando o nome canônico diretamente no registro afetado apenas uma vez quando ele é atualizado ou instalado. Em alguns casos difíceis específicos, a falta de registros de endereço de seção adicionais nos resultados de uma pesquisa de NS pode fazer com que a solicitação falhe.

    Você pode encontrar evidências anedóticas por meio de mecanismos de pesquisa de que alguns softwares DNS e MTA suportam isso, mas isso deve ser considerado a exceção e não a regra. A falta desse suporte não será considerada um bug pela maioria dos autores de software. Sempre evite apontar um MXregistro para um arquivo CNAME.

    O maior problema que você enfrenta agora é que o TTL para os MXregistros em seu exemplo são três semanas e sua alteração é na próxima semana . Eu recomendo fortemente que você solicite que essa transição seja adiada e reduza seus TTLs para algo em torno de dez minutos. Você pode aumentar o TTL novamente assim que a transição estiver concluída.

    • 19

relate perguntas