Приоритеты MX-записей: как настроить основной и резервный почтовый сервер

Приоритет MX-записи — это число, которое подсказывает отправляющему серверу, в каком порядке пробовать почтовые серверы домена: чем меньше число, тем выше приоритет. Благодаря этому у домена может быть не один, а несколько почтовых серверов — основной и один или несколько резервных, которые подхватывают доставку, если главный сервер недоступен.

Что вообще такое приоритет MX-записи?

MX-запись указывает, на какой сервер нужно отправлять почту для домена. Но домен может иметь сразу несколько MX-записей, и тогда у каждой появляется число приоритета — обычно от 0 до 65535. Чем меньше цифра, тем важнее сервер. Например, запись с приоритетом 10 будет использоваться раньше, чем запись с приоритетом 20.

Это число не показывает скорость или мощность сервера — только порядок обращения к нему. Смысл в том, чтобы у почты был план Б: если сервер с наименьшим числом не отвечает, отправляющий сервер автоматически пробует следующий по очереди.

Как почтовый сервер выбирает, куда доставить письмо?

Когда чужой почтовый сервер хочет отправить письмо на ваш домен, он запрашивает у DNS все MX-записи и сортирует их по приоритету. Сначала он пытается достучаться до сервера с наименьшим числом. Если тот не отвечает, соединение сбрасывается по таймауту или сервер возвращает ошибку — почтовик переходит к следующему серверу в списке, и так далее, пока письмо не будет принято хотя бы одним из них.

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

Зачем вообще нужен резервный почтовый сервер?

Единственный почтовый сервер — это единая точка отказа. Если он перегружен, обновляется, попал под атаку или просто ушёл в перезагрузку, все входящие письма в этот момент либо теряются, либо отправитель получает отказ и должен пытаться снова. Резервный сервер с более высоким числом приоритета подхватывает почту, пока основной недоступен, и отправитель даже не замечает проблемы.

Это особенно важно для компаний, где просроченное письмо от клиента или партнёра может стоить сделки. Резервная схема — простой и почти бесплатный способ снизить риск потери писем без сложной инфраструктуры.

Как настроить основной и резервный сервер через DNS?

Технически нужно добавить две (или больше) MX-записи для одного домена с разными значениями приоритета:

• MX-запись с приоритетом 10 указывает на основной почтовый сервер.
• MX-запись с приоритетом 20 указывает на резервный сервер.
• При необходимости можно добавить третью запись с приоритетом 30 и так далее — цепочку резерва можно делать длиннее.

Резервный сервер должен уметь принимать почту для того же домена и либо сразу доставлять её получателям, либо временно складывать в очередь и передавать на основной сервер, когда тот снова заработает. Такая функция называется backup MX или отложенной доставкой, и её поддерживают многие почтовые системы.

Что будет, если основной сервер долго не отвечает?

Пока основной сервер недоступен, письма будут приходить на резервный и накапливаться там в очереди. Как только основной сервер снова начнёт отвечать, резервный передаст ему накопленные письма — с точки зрения получателя они просто придут чуть позже обычного, без потерь. Именно поэтому важно, чтобы резервный сервер был настроен именно на приём и хранение почты, а не просто числился в DNS «для галочки» без реальной службы за ним.

Если же резервной службы на самом деле нет, а MX-запись на неё существует, отправляющие серверы будут бесполезно пытаться достучаться до несуществующего адреса и терять время — лучше не добавлять MX-записи «про запас», если за ними не стоит рабочий сервер.

Нужна ли такая схема небольшому бизнесу?

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

В таких случаях резервный сервер можно арендовать отдельно или использовать сервис условной передачи почты у другого провайдера — главное, чтобы он был готов принимать письма для вашего домена и умел передавать их дальше.

Какие ошибки чаще всего портят эту схему?

Самая частая проблема — одинаковый приоритет у серверов, которые на самом деле не равнозначны: например, у мощного основного сервера и слабого резервного стоит одно и то же число, и почта начинает случайным образом уходить то туда, то сюда, перегружая слабый сервер. Второй частый случай — резервная запись указывает на сервер, который давно отключён или сменил назначение, но запись забыли убрать из DNS.

Ещё одна ошибка — путать MX-запись с A-записью: MX должна указывать на доменное имя почтового сервера, а не напрямую на IP-адрес. Домен, на который указывает MX, в свою очередь должен иметь собственную A-запись — без этого промежуточного шага почта работать не будет.

Как проверить, что резервная запись действительно работает?

Проще всего временно попросить почтовый сервер отправителя (или специальный онлайн-инструмент проверки DNS) показать, какие MX-записи видны для домена и в каком порядке. Дальше стоит убедиться, что каждый из указанных серверов реально принимает подключения на почтовый порт — это можно проверить простым подключением к серверу по этому порту вручную или через специализированные сервисы проверки почтовых настроек.

Полноценно протестировать переключение на резерв можно, временно отключив основной сервер (например, ночью, в тестовом окне) и убедившись, что письма продолжают приходить через резервный. Это разовая, но полезная проверка перед тем, как полагаться на схему в реальной работе.

Как «Клауд АйСи» помогает с настройкой почты и DNS?

Разобраться со всеми MX-записями, приоритетами и резервными серверами вручную бывает непросто, особенно если сайт и почта размещены у разных провайдеров. В «Клауд АйСи» настройка DNS-записей для почты и сайта делается через понятную панель управления: можно добавить нужные MX-записи с приоритетами, проверить их корректность и получить готовую, устойчивую к сбоям схему без глубокого погружения в техническую документацию.