Estamos tentando mover todos os nossos sites que hospedamos para o CNAMES, pois estamos planejando mover os servidores no ano novo e gostaríamos da capacidade de mover alguns clientes para um servidor e outros clientes em outro lugar. Estávamos planejando oferecer aos clientes um CNAME exclusivo, que podemos alterar posteriormente. (Temos outras razões para fazer isso agora, mas essa é a principal)
Nós testamos esta teoria com alguns dos nossos domínios e parecia estar bem. No entanto, ao verificar os registros MX em um domínio, recuperei o valor CNAME em vez do registro MX.
Infelizmente, todos esses domínios são feitos por meio de painéis de controle, mas acredito que eles estejam apenas escrevendo arquivos de zona para mim.
Eu quero criar 2 CNAMEs para o company.com
company.com. IN CNAME client.dns.ourserver.com
www IN CNAME client.dns.ourserver.com
O registro MX é algo como o seguinte:
company.com IN MX 10 mail.company.com
Temos um registro A para mail.company.com
Fazendo:
host -t mx company.com
Retorna o valor CNAME em vez do registro mx.
Esse comportamento é esperado?
Eu consegui fazer a configuração acima funcionar com o painel de controle 123-reg.co.uk, mas não tenho certeza se isso é mais sorte do que qualquer coisa.
Este é um erro comum. Você não pode usar um CNAME RR para seu domínio raiz (por exemplo, company.com) e definir registros de recursos adicionais para a mesma zona.
Veja Por que não posso criar um registro CNAME para o registro raiz? e RFC1034 seção 3.6.2 para detalhes:
If a CNAME RR is present at a node, no other data should be present; this ensures that the data for a canonical name and its aliases cannot be different.
A seção 10.3 da RFC2181 diz que você não pode apontar seu registro MX para um CNAME:
The domain name used as the value ... of a MX resource record must not be an alias.
Eu acabei de me mudar para Heroku, que usa CNAMEs em vez de registros A e o que eu tinha que fazer era em vez de fazer um CNAME com my_domain.com apontando para heroku, eu fiz o CNAME com www.my_domain.com apontando para heroku, então o domínio bare / root não estava encaminhando e meus registros MX ainda funcionariam. Em seguida, adicionei um ponteiro para redirecionar my_domain.com para www.my_domain.com. Parece funcionar muito bem. No meu provedor de nome de domínio, o ponteiro foi criado usando uma configuração de 'ponteiros' que defini como 'padrão' 'URL' e 'www.meu_domínio.com'
Eu percebi que esses dois podem ser separados inteiramente
mydomain.com. - A Record - 01.0.0.1
mydomain.com - CNAME - www.cname.eg.com
A menos que você esteja usando seu servidor como servidor de e-mail, ele não afetará nada. O email procurará os registros MX de mydomain.com. Sua só será afetada se for assim
mydomain.com - MX - mail.mydomain.com
mas se for assim (significando que você está usando um servidor de email separado) ele não será afetado
mydomain.com - MX - mail.mycustommailserver.com
Você não pode usar um IP para servidores de email.
Descobri que alguns provedores MX em conjunto com alguns provedores de DNS trabalharão junto com um CNAME simples, se você simplesmente solicitar o registro MX ABOVE the CNAME na ordem de registro de cima para baixo.
Ele está trabalhando no registrador Name.com com o registro MX do Office 365 e com o registro CNAME simples direcionando o HTTP para outro domínio. Ao testar as consultas do MX, percebi que o resultado do CNAME retornou primeiro ao meu pedido de entradas de DNS, então imaginei por que não tentar fazer o pedido do MX primeiro e ver se isso satisfaz o provedor do MX. Para minha surpresa, a verificação do Office 365 MX passou e posso confirmar que o e-mail de entrada e saída está realmente fluindo. E depois de testar vários clientes da Web, o HTTP também resolve de fato desejavelmente para o host de destino CNAME especificado.
Emptor de advertência - Isso está claramente indo contra o padrão e, portanto, provavelmente não deve ser considerado para qualquer coisa crítica. Estou assumindo que a ordem de gravação não está na especificação e, portanto, não pode ser confiada oficialmente ... ou seja, sujeita a alterações logo depois que você esquecer esse hack.
Dica - a página gratuita MX Toolbox é muito útil para verificar o resultado de tentar diferentes configurações de DNS.
Você pode usar um CNAME na raiz do domínio, no entanto, esses registros MX também devem ser configurados no registro do host, portanto, se você tiver o mx1.mail.com configurado na zona para yourdomain.com e a raiz de yourdomain.com é CNAME para thisrecord.cname.com, você também deve se certificar de que mx1.mail.com está configurado nesse host CNAME; se não, todos os e-mails serão perdidos!