Мне нужна помощь в сортировке записей DNS. У меня есть домен, скажем somecompany.com
Вне этого домена у меня есть веб-сайт в AWS Cloudfront, который должен быть доступен через www.somecompany.com и somecompany.com.
У меня также есть настройки Google Apps для электронной почты, поэтому у пользователей есть адреса типа user@somecompany.com
Моя проблема в том, что хотя я могу настроить записи DNS Google Apps и получать почту на правильный адрес. Как только я также настрою запись для веб-сайта, почта перестает поступать на users@somecompany.com. Я подозреваю, что между записями MX и CNAME на somecompany.com существует какое-то противоречие, но я не знаю, как это исправить.
Таблица DNS выглядит следующим образом ...
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 dns@openprovider.eu xxxxxxxxxx
somecompany.com TXT google-site-verification=xxxxxxxxxx
CNAME не может использоваться в качестве верхней записи (на вершине зоны) домена. foo.example.com может быть CNAME и обычно работать должным образом, а example.com (также называемый «голым доменом») - нет. CNAME по определению маскирует все другие записи и недействителен в сочетании с другими записями. Ваш провайдер DNS-хостинга технически неисправен, если он позволяет вам настроить его таким образом. Часто это сходит с рук только из-за веб-сайта, но, как видите, электронная почта - одно из нескольких мест, где вы этого не делаете.
Именно из-за ограничений CNAME в Amazon Route 53 реализована концепция ALIAS record, для указания записи A на вершине зоны на конечные точки статического хостинга CloudFront, Elastic Load Balancer и S3. Эти службы предоставляют вам имя хоста для вашей конечной точки, а не IP-адрес, поэтому вам нужен этот тип записи на вершине.
Этот тип записи на самом деле не является типом записи; сама запись по-прежнему является A-записью, о чем свидетельствует ответ, но Route 53 разрешает их внутренне путем перекрестной ссылки, чтобы найти правильную A-запись из базовой службы и вернуть ее запрашивающей стороне.
Я не связан с AWS; это не вилка. С технической точки зрения, если вы размещаете сайт на CF, ELB или S3, обычно имеет смысл разместить ваш DNS на Route 53, потому что записи псевдонимов делают здесь то, что вам нужно, и не всегда возможно сделать правильно дело с другими поставщиками DNS. У некоторых провайдеров действительно есть что-то под названием «ANAME», которое ведет себя аналогично псевдониму, и если ваш предлагает это, то это тоже должно работать.
Смотрите также Разница между A Record и CNAME в Route 53 для получения дополнительной информации о CNAME и псевдониме.