Замена MX записывает с CNAME, который не соответствует имени хоста
Сегодня у нас есть 5 компаний что весь Google использования для почтовых сервисов
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.
На следующей неделе мы будем использовать другого поставщика (Cisco). Это хорошо для нас для указания на A или CNAME в 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.
Идея состоит в том, что я могу измениться myCNAMEToCisco.example.com любому другому поставщику. Мое беспокойство - то, что могла бы быть некоторая нечетная проверка, когда клиент говорит helo domain.com и 220 ответов могут содержать неожиданное имя хоста или доменное имя.
Есть ли какая-либо проблема с использованием CNAME или записи с электронной почтой этим способом?
Определенно возникнет проблема, если вы укажете свои записи MX на записи CNAME , поскольку это противоречит стандартам. Наиболее четкое объяснение содержится в RFC2181 §10.3 :
10.3. Записи MX и NS
Имя домена, используемое в качестве значения записи ресурса NS,или часть значение записи ресурса MX не должно быть псевдонимом. Не только спецификация ясна по этому поводу, но с использованием псевдонима в любом из этих позиций не работает так хорошо, как можно было бы надеяться, ни хорошо выполняет амбиции, которые, возможно, привели к этому подходу. Этот доменное имя должно иметь в качестве своего значения одну или несколько адресных записей. В настоящее время это будут записи A, однако в будущем другие записи типы, дающие адресную информацию, могут быть приемлемыми. Он также может имеют другие записи записи, но никогда не записывают запись CNAME.
Поиск записей NS или MX вызывает "дополнительный раздел обработка », в которой записи адреса связаны со значением Искомая запись добавляется к ответу. Это помогает избежать ненужных дополнительные запросы, которые легко предвидеть, когда был сделан первый.
Дополнительная обработка раздела не включает записи CNAME, пусть только записи адреса, которые могут быть связаны с каноническим имя, производное от псевдонима. Таким образом, если в качестве значения используется псевдоним записи NS или MX, адрес не будет возвращен с NS или MX значение. Это может вызвать дополнительные запросы и дополнительную нагрузку на сеть. каждый запрос. Администратору DNS легко избежать этого. разрешив псевдоним и поместив каноническое имя непосредственно в затронула запись только один раз при ее обновлении или установке. В некоторых частные случаи отсутствие адреса дополнительного раздела записи в результатах поиска NS могут привести к сбою запроса.
Вы можете найти неофициальные доказательства через поисковые системы, что некоторое программное обеспечение DNS и MTA поддерживает это, но это следует считать исключение, а не правило. Отсутствие этой поддержки не будет считаться ошибкой большинством авторов программного обеспечения. Всегда избегайте указания записи MX на CNAME .
Самая большая проблема, с которой вы сейчас сталкиваетесь, заключается в том, что TTL для записей MX в вашем примере все три недели, и ваша сдача составит на следующей неделе . Я настоятельно рекомендую вам попросить отложить это переключение и снизить TTL примерно до десяти минут. Вы можете снова увеличить TTL после завершения переключения.