Мы пытаемся переместить все наши веб-сайты, которые мы размещаем, на CNAMES, поскольку мы планируем переместить серверы в новом году и хотели бы иметь возможность перемещать некоторых клиентов на один сервер, а других клиентов - на другое. Мы планировали предоставить клиентам уникальный CNAME, который мы можем изменить позже. (У нас есть другие причины для этого сейчас, но это основная)
Мы проверяли эту теорию на нескольких из наших собственных областей, и казалось, что все в порядке. Однако при проверке записей MX в домене я получил обратно значение CNAME, а не запись MX.
К сожалению, все эти домены выполняются через панели управления, но я предполагаю, что они просто пишут файлы зон для меня.
Я хочу создать 2 CNAME для company.com
company.com. IN CNAME client.dns.ourserver.com
www IN CNAME client.dns.ourserver.com
Запись MX выглядит примерно так:
company.com IN MX 10 mail.company.com
У нас есть рекорд для mail.company.com
Делаю:
host -t mx company.com
Возвращает значение CNAME, а не запись mx.
Это ожидаемое поведение?
Мне удалось заставить указанную выше конфигурацию работать с панелью управления 123-reg.co.uk, но я не уверен, что это больше удачи, чем что-либо.
Это обычная ошибка. Вы не можете использовать CNAME RR для своего корневого домена (например, company.com) и определить дополнительные записи ресурсов для той же зоны.
Видеть Почему я не могу создать запись CNAME для корневой записи? и RFC1034 раздел 3.6.2 для подробностей:
Если на узле присутствует запись CNAME RR, других данных не должно быть; это гарантирует, что данные для канонического имени и его псевдонимов не могут отличаться.
В разделе 10.3 RFC2181 говорится, что вы не можете указать свою запись MX на CNAME:
Имя домена, используемое в качестве значения ... записи ресурса MX, не должно быть псевдонимом.
Я только что перешел на Heroku, который использует CNAME вместо записей A, и что мне нужно было сделать, так это вместо того, чтобы создавать CNAME с my_domain.com, указывающим на heroku, я сделал CNAME с www.my_domain.com, указывающим на heroku, поэтому голый / корневой домен не переадресовывался, и мои записи MX по-прежнему будут работать. Затем я добавил указатель для перенаправления my_domain.com на www.my_domain.com. Вроде отлично работает. В моем провайдере доменного имени указатель был создан с использованием параметра «указатели», который я установил на «стандартный» URL-адрес и «www.my_domain.com».
Я обнаружил, что НЕКОТОРЫЕ поставщики MX в тандеме с НЕКОТОРЫМИ поставщиками DNS фактически будут работать вместе с голым CNAME, если вы просто заказать запись MX НАД CNAME в порядке записи сверху вниз.
Он работает с регистратором Name.com с записью MX для Office 365 и пустой записью CNAME, направляющей HTTP в еще один домен. При тестировании MX-запросов я заметил, что мой результат CNAME сначала вернулся в соответствии с моим порядком записей DNS, поэтому я подумал, почему бы не попробовать сначала заказать MX и посмотреть, удовлетворяет ли это поставщик MX. К моему удивлению, проверка Office 365 MX прошла успешно, и я могу подтвердить, что входящая и исходящая электронная почта действительно идет. И после тестирования нескольких веб-клиентов HTTP также действительно разрешается желательно для указанного хоста назначения CNAME.
Caveat emptor - это явно противоречит стандарту и поэтому, вероятно, не следует рассматривать что-либо критическое. Я предполагаю, что порядок записи не указан в спецификации и поэтому на него нельзя положиться официально ... т.е. может быть изменен сразу после того, как вы забудете об этом взломе.
Наконечник - Панель инструментов MX Бесплатная страница очень удобна для проверки результата попытки различных настроек DNS.
Я пришел к выводу, что эти двое можно полностью разделить
mydomain.com. - A Record - 01.0.0.1
mydomain.com - CNAME - www.cname.eg.com
Если вы не используете свой сервер в качестве почтового сервера, это ни на что не повлияет. Почта будет искать записи MX для mydomain.com. Это будет затронуто, только если это будет так
mydomain.com - MX - mail.mydomain.com
но если это так (то есть вы используете отдельный почтовый сервер), это не повлияет
mydomain.com - MX - mail.mycustommailserver.com
Вы не можете использовать IP-адрес для почтовых серверов.
Вы можете использовать CNAME в корне домена, однако эти записи MX также должны быть настроены для записи хоста, поэтому, если у вас есть mx1.mail.com, настроенный в зоне для yourdomain.com и в корне yourdomain. com - это CNAME для thisrecord.cname.com, вы также должны убедиться, что mx1.mail.com настроен на этом хосте CNAME; в противном случае вся почта будет потеряна!