Entradas de DNS para o site da AWS e o Google Apps Mail

3

Eu preciso de ajuda para classificar minhas entradas de DNS. Eu tenho um domínio, digamos que é somecompany.com
Fora deste domínio, eu tenho um site na AWS Cloudfront, que deve ser acessível através do site www.somecompany.com & somecompany.com
Eu também tenho a configuração do Google Apps para e-mail, para que os usuários tenham endereços como [email protected]

Meu problema é que, embora eu possa configurar as entradas DNS do Google Apps e receber e-mails enviados para o endereço correto. Assim que eu também configurar a entrada para o site, o e-mail deixa de ser recebido por [email protected]. Eu suspeito de algum tipo de conflito entre os registros MX e CNAME de somecompany.com, mas não tenho certeza de como corrigi-lo.

A tabela de DNS é a seguinte ...

somecompany.com     CNAME   xxxxxxxx.cloudfront.net
www.somecompany.com CNAME   somecompany.com
somecompany.com     MX  ASPMX.L.GOOGLE.COM
somecompany.com     MX  ALT1.ASPMX.L.GOOGLE.COM
somecompany.com     MX  ALT2.ASPMX.L.GOOGLE.COM
somecompany.com     MX  ALT3.ASPMX.L.GOOGLE.COM
somecompany.com     MX  ALT4.ASPMX.L.GOOGLE.COM
somecompany.com     NS  ns1.openprovider.nl
somecompany.com     NS  ns2.openprovider.be
somecompany.com     NS  ns3.openprovider.eu
somecompany.com     SOA ns1.openprovider.nl [email protected] xxxxxxxxxx
somecompany.com     TXT google-site-verification=xxxxxxxxxx
    
por user3188040 29.07.2015 / 16:54

1 resposta

2

CNAME não é válido como a entrada principal (no ápice da zona) de um domínio. foo.example.com pode ser um CNAME e normalmente funciona como esperado, mas example.com (também chamado de "domínio nu") não pode. Um CNAME mascara todos os outros registros, por definição, e é inválido em conjunto com outros registros. Seu provedor de hospedagem DNS está tecnicamente quebrado se eles estiverem permitindo que você o configure dessa maneira. Você costuma se dar bem com isso apenas por um site, mas, como você pode ver, o e-mail é um dos vários lugares em que você não o faz.

Foi por causa da limitação do CNAME que o Amazon Route 53 implementou o conceito de um registro ALIAS , para apontar o registro A no ápice da zona para os nós de extremidade de hospedagem estática do CloudFront, Elastic Load Balancer e S3. Esses serviços fornecem um nome de host para seu endpoint, não um endereço IP, portanto, você precisa desse tipo de registro no ápice.

Este tipo de registro não é realmente um tipo de registro; o registro em si ainda é um registro A, como evidenciado pela resposta, mas o Route 53 os resolve internamente por referência cruzada, a fim de encontrar o registro A correto do serviço subjacente e devolvê-lo ao solicitante.

Eu não sou afiliado à AWS; isso não é um plug. Do ponto de vista técnico, se você estiver hospedando um site em CF, ELB ou S3, geralmente faz mais sentido hospedar seu DNS no Route 53 porque os registros Alias fazem o que você precisa aqui, e nem sempre é possível fazer o correto coisa com outros provedores de DNS. Alguns provedores têm algo chamado "ANAME" que se comporta de maneira semelhante ao Alias, e se o seu oferecer isso, então isso também deve funcionar.

Veja também Diferença entre um registro e CNAME no Route 53 para saber mais sobre CNAME vs. Alias.

    
por 30.07.2015 / 00:44