☰

Запись MX указывает сама на себя, возможно?

tag-icon • tag-icon domain-name-system mx-record
Запись MX указывает сама на себя, возможно?

Допустим, у меня есть следующий DNS-активный домен example.com(без учета приоритета и ttl):

   example.com A    123.45.67.89
mx.example.com A    123.45.67.89
   example.com MX   mx.example.com

Теперь это допустимая запись DNS. Если бы я добавил следующую запись mx, это вызвало бы какие-либо проблемы?

mx.example.com MX   mx.example.com

Я это проверил, и, похоже, это работает, но я хочу быть уверен.

Причина в том, что я всегда использовал[email protected]для электронной почты без добавления этой последней mx-записи. Но некоторые службы не работают, потому что они не используют основной домен, а проверяют поддомен, если эта mx-запись присутствует. Добавление mx-записи, похоже, позволяет службам работать, но теперь я беспокоюсь, что это может вызвать проблемы с фактической отправкой/получением электронной почты.

Кроме того, я установил приоритет для новой записи mx ниже, чем у исходной, так что теоретически это должно заставить ее всегда выбирать первую, но мне интересно, будет ли это работать, если поменять приоритеты местами.

решение1

MX RR, указывающая на себя, совершенно допустима и не вызовет никаких проблем. Однако ее можно считать избыточной из-за общего правила, что если у доменного имени нет MX RR, но есть A RR, то для доставки почты должна использоваться последняя. Другими словами, MX RR, указывающая на себя, подразумевается неявно, когда явная MX RR отсутствует.

Обратите внимание, что в вашем примере кода есть синтаксические проблемы. В FQDN отсутствуют конечные точки, а в MX RR отсутствуют поля приоритета. Должно выглядеть так:

   example.com.    A    123.45.67.89
   mx.example.com. A    123.45.67.89
   example.com.    MX   10 mx.example.com.
   mx.example.com. MX   10 mx.example.com.

или, что эквивалентно:

   $ORIGIN example.com.
   @               A    123.45.67.89
                   MX   10 mx
   mx              A    123.45.67.89
                   MX   10 mx

( $ORIGINДиректива излишня, если все является частью файла зоны для домена example.com.)

решение2

Вы, кажется, запутались. Формат DNS MX-RR domain MX pref nameиспользуется для указания того, что сервер с именем nameбудет MX для домена domain.

В вашем случае вы говорите, что сервер с именем mx.example.comбудет обрабатывать почту для mx.example.comдомена. Это совершенно верно, но мне кажется, что вы хотите настроить MX для example.com.

решение3

Полагаю, на суть вашего вопроса я ответил, но, возможно, вам захочется прояснить некоторые недоразумения:

  1. Нет "второй записи MX с более низким приоритетом", приоритеты записей MX ограничены именами, оба имени в вашем примере имеют только по одному MX, поэтому приоритет совершенно не имеет значения. MTA ищет записи MX именно для той части хоста, которой он пытается доставить, ничего больше (за исключением поиска A/AAAA, если поиск MX дает нулевые записи результатов).
  2. Кроме того, запись MX не «указывает на себя» — она просто содержит то же имя хоста, под которым она хранится, но это имя указывает на записи A и AAAA, которые отличаются от записи MX, хранящейся под тем же именем. В DNS вы можете хранить любое количество разных записей под одним и тем же именем, и нет ничего плохого в том, что одна запись под одним именем указывает на другую запись под тем же именем — единственное, что не является хорошей идеей, это указывать на ту же запись, например, иметь запись CNAME со своим собственным именем, поскольку это, в свою очередь, будет указывать на ту же запись CNAME и т. д., до бесконечности.

Связанный контент