MX запись DNS сервера: как настроить почту для домена
MX запись DNS сервера определяет, куда другие почтовые системы должны доставлять письма для домена. Без корректной MX записи корпоративная почта, почтовый ящик на хостинге или облачный сервис могут не принимать входящие сообщения. Настройка выполняется в панели управления DNS-зоной домена и требует точного указания имени почтового узла, приоритета и сопутствующих записей.
MX не хранит адрес почтового ящика и не содержит IP-адрес напрямую. Она ссылается на доменное имя сервера, для которого обязательно должна существовать A или AAAA запись. Правильная конфигурация влияет на доступность почты, отказоустойчивость и репутацию домена при обмене сообщениями.
Что такое MX запись и как она работает
MX означает Mail Exchanger, то есть почтовый обменник. Когда отправляющий сервер получает письмо на адрес вида user@company.ru, он запрашивает DNS-зону company.ru и находит MX записи. В ответе указаны имена серверов, принимающих почту для этого домена, а также их приоритеты.
После получения MX записи отправляющая система выполняет DNS-запрос для указанного имени сервера и получает его IP-адрес из A или AAAA записи. Затем устанавливается соединение с почтовым сервером по SMTP. Если основной узел недоступен, система пытается доставить письмо на сервер со следующим приоритетом либо повторяет попытку позже.
Простейшая запись выглядит так: имя домена — @, тип — MX, приоритет — 10, значение — mail.company.ru. Точка в конце полного доменного имени иногда требуется интерфейсом DNS-провайдера, но многие панели добавляют её автоматически. Важно не подменять значение IP-адресом: стандартная MX запись должна указывать именно имя узла.
Приоритет MX записей и резервные серверы
Приоритет задаётся числом: чем оно меньше, тем выше предпочтение сервера. Например, запись с приоритетом 10 будет выбрана раньше записи с приоритетом 20. Если несколько записей имеют одинаковое значение, отправляющие серверы могут распределять попытки между ними, что используют для балансировки нагрузки.
Для небольшого домена обычно достаточно одной MX записи, если почтовый провайдер не выдал несколько значений. При использовании внешнего почтового сервиса необходимо переносить все записи, предоставленные сервисом, и сохранять указанные приоритеты. Самовольная замена чисел или удаление резервного узла может ухудшить доставку.
Резервный MX сервер не должен просто пересылать письма без ограничений. Неправильно настроенный резервный узел способен стать открытым ретранслятором или принимать нежелательную почту. В организациях с собственными серверами резервная схема обычно включает очередь сообщений, синхронизацию правил безопасности и контроль доступности основного почтового узла.
Как добавить MX запись в DNS-зону домена
Сначала определите, где обслуживается DNS-зона: у регистратора домена, на хостинге, в облачной DNS-панели или у отдельного провайдера. Изменения нужно вносить именно в активную зону, на которую указывают NS записи домена. Редактирование неактивной зоны не повлияет на работу почты.
В панели DNS создайте или измените запись типа MX. В поле имени обычно указывают @ для корневого домена. Для почты на поддомене указывается сам поддомен, например office. В поле значения вносят почтовый хост, полученный от провайдера, а в поле приоритета — соответствующее число. TTL можно оставить стандартным, если нет задачи быстро переключать инфраструктуру.
Далее проверьте, что каждый хост из MX записей имеет корректную A или AAAA запись. Если используется собственный сервер mail.company.ru, для него нужна запись, ведущая на внешний IP-адрес сервера. Нельзя направлять MX на имя, которое является CNAME: это нарушает требования DNS и может вызывать проблемы у части почтовых систем.
Перед сменой почтового провайдера полезно снизить TTL заранее, затем добавить новые записи и только после проверки удалить старые. Такой порядок уменьшает риск потери входящих писем в период обновления DNS-кэшей.
Связанные DNS записи для надёжной доставки писем
MX запись отвечает только за маршрут входящей почты. Для нормальной отправки и защиты репутации домена необходимы дополнительные DNS-записи. SPF публикует перечень серверов, которым разрешено отправлять письма от имени домена. DKIM содержит открытый ключ для проверки криптографической подписи сообщений. DMARC задаёт политику обработки писем, не прошедших SPF или DKIM, и помогает контролировать подмену адреса отправителя.
Для собственного почтового сервера важна обратная DNS-запись, также называемая PTR. Она сопоставляет IP-адрес с именем сервера и часто проверяется принимающими системами. Имя в PTR желательно согласовать с именем, которое сервер сообщает при SMTP-подключении. Настройкой PTR обычно управляет владелец IP-адреса или хостинг-провайдер.
Также проверьте, что у домена нет противоречащих друг другу SPF записей. Для одного имени должна существовать одна SPF-политика, опубликованная как TXT. При подключении нескольких сервисов правила объединяют в единую запись с разрешёнными источниками отправки.
Проверка MX записи и типичные ошибки настройки
После сохранения изменений DNS может обновляться не мгновенно. Фактический срок зависит от TTL, кэшей провайдеров и предыдущих значений записи. Проверять нужно не только наличие MX, но и разрешение имён почтовых серверов в IP-адреса, доступность SMTP и приём тестового письма с внешнего домена.
Распространённая ошибка — указание IP-адреса вместо имени сервера. Другая проблема — MX, ведущий на несуществующий хост или на CNAME. Нередко владельцы доменов удаляют старые MX записи до того, как новые серверы готовы принимать почту. Ошибки появляются и при создании записи для www вместо корня домена: письма на user@company.ru в этом случае не будут направлены правильно.
Если письма не приходят, проверьте активные NS-серверы, содержимое MX записей, приоритеты, A и AAAA записи почтовых хостов, сроки обновления DNS и журналы почтового сервиса. Если письма принимаются, но попадают в спам или отклоняются при отправке, следует отдельно диагностировать SPF, DKIM, DMARC, PTR, TLS и настройки SMTP. MX запись не решает вопросы авторизации отправителя, но является основой для получения входящей корреспонденции.