Это дублирующие или избыточные записи MX и A? - PullRequest
Новая
       8

Это дублирующие или избыточные записи MX и A?

0 голосов
/ 03 декабря 2018

Я только что переместил DNS с веб-хоста / регистратора в CloudFlare, который импортировал все существующие записи DNS.Мой вопрос заключается в том, что кажется, что есть некоторые неиспользуемые записи DNS со старого хоста, которые можно удалить, но я не уверен.

Сайт размещен на WPEngine, и для этого DNS у меня естьCNAME имени домена со значением сервера WPE, а также CNAME WWW с тем же значением сервера WPE.Это все стандартная практика для WPE с DNS, размещенным на Cloudflare;использование WPEngine в качестве хоста предшествовало переходу DNS в CloudFlare, и я переместил сайт в WPEngine, и все - сайт, FTP - отлично работает на WPEngine.

У меня также есть стандартные записи MX для Googlemail, т.е. aspmx.l.google.com, alt1.aspmx.l.google.com и т. д., а также CNAME для mail, который указывает на ghs.googlehosted.com.Эти записи MX и использование Google для электронной почты предшествуют переходу DNS на Cloudflare.

Существуют различные записи TXT для проверки домена и SPF, которые я оставлю на месте.

Но я такжеиметь записи A с именами email, ftp, imap, mx, pop, smtp и webmail, причем все они указывают на несколько разных IP-адресов, которые не являются Google или WPEngine, но все они принадлежат одному и тому же стороннему веб-хосту и почтовому сервису bizland.com.

Все эти записи A избыточны?Они даже используются?Они имеют более низкий приоритет, чем записи Google MX, и в результате не используются?IMAP и POP являются опциями для почты Google и настраиваются в Google, а не в DNS.И FTP должен обрабатываться CNAME для WPEngine, так как FTP работает.

1 Ответ

0 голосов
/ 03 декабря 2018

Вы не даете достаточно информации, но вкратце:

  • , если существует несколько A записей для одного и того же имени, только на уровне DNS, каждая из которых получит,в среднем количество запросов одинаковое, поэтому идет балансировка нагрузки, а не отработка отказа.В зависимости от приложения, использующего эти записи, оно может повторить попытку со следующей записью, если она не работает, но это обычно не гарантируется (и не предоставляется протоколом DNS), и это вызовет как минимум задержку

  • если существует несколько MX записей для одного и того же имени, то это зависит от значения поля приоритета:

    • если это одно и то же значение для всех записей, то вывернемся к предыдущему шагу, он должен получить поведение балансировки нагрузки
    • в противном случае, согласно стандарту, MX записи используются от наименьшего значения приоритета к наивысшему, поэтому совместимые адаптеры MTA сначала пытаются (только) наименьшее, иесли это не удается, они идут дальше к следующему по величине и так далее.Это гарантировано в RFC по SMTP и определению записей MX.
...