Что такое mx записи: Настроить MX-запись — Help Mail.ru. Mail.ru для бизнеса

Как проверить MX-запись домена – База знаний Timeweb Community

MX-запись – вид DNS-записи, предназначенный для регистрации почтовых серверов с использованием протокола SMTP. Именно с ее помощью почтовый агент отправителя определяет сервер, на который и необходимо выполнить доставку электронного письма. На одном домене может быть несколько таких записей с различными приоритетами. 

Зачем нужен приоритет MX-записи? Если почтовых серверов несколько, но некоторые из них недоступны, приоритет указывает на то, в каком порядке обращаться к почтовым серверам (то есть на какой сервер отправлять почту).

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

Проверка через онлайн-сервисы

Есть специальные онлайн-сервисы, через которые можно получить содержание об указанном сервере. Для этого достаточно ввести в поле полное доменное имя, нажать на кнопку проверки и дождаться ее окончания. Пример подобного сервиса – 2whois. 

Здесь, например, можно узнать все возможные наименования серверов, их приоритеты и TTL

Через утилиту nslookup в Windows

Чтобы проверить mx-записи этим способом, необходимо сначала открыть командную строку. Сделать это можно с помощью консоли.

• Находим командную строку через поисковую строку на панели задач. Можно ввести запрос «Командная строка» или «CMD». Если у вас Windows 7, то поиск осуществляется в меню «Пуск». 

• Открываем ее от имени администратора и в появившемся окне вводим вот такую команду:

nslookup -type=mx имя_домена

После нажатия на кнопку Enter будет выведена подробная информация по указанному домену. Если записей на домене несколько, тогда в результатах будет отображен приоритет.

Утилита nslookup поможет проверить наличие mx-записей с приоритетами для указанного домена

На одном домене может быть несколько mx-записей с различными приоритетами. Очень часто у провайдеров предусмотрены собственные утилиты для проверки и настройки mx-записей. Но если такие не предусмотрены или не найдены, можно воспользоваться любым вышеуказанным методом. 

Основы службы Email: Что такое MX запись ?

Одним из основополагающих принципов построения любой почтовой системы в современной сети – наличие и правильная настройка MX записей в DNS. К сожалению, далеко не все почтовые администраторы досконально понимают что такое MX запись и какова ее роль в организации почтовой системы домена.

Основы DNS

Аббревиатура MX расшифровывается как “mail exchanger” (почтовый обменник). MX запись это один из видов DNS записей, поэтому для того, чтобы понять что такое MX запись необходимо понимать основы архитектуры и функционирования службы DNS (Domain Name System).

Наиболее важная функция службы DNS – преобразование имен доменов в IP адреса. Например, если вы в адресной строке вашего браузера набираете www.microsoft.com, то служба DNS позволяет определить IP адрес сервера с которым необходимо установить соединение. В этом примере имя домена — microsoft.com.

А что же произойдет, если вы пытаетесь отправить почтовое сообщение на адрес [email protected]?

И в этом случае для определения почтового сервера нам нужно воспользоваться функциями службы DNS. Сервер, отправляющий почту, ищет в DNS MX запись принимающего почтового сервера по следующему алгоритму:

1. Определение авторитетного сервера имен (NS или name server)для домена microsoft.com
2. Запрос к серверу имен домена microsoft.com на получение всех MX записей
3. Разрешение имен серверов MX записей в их IP адреса

Если вы хотите вручную определить MX записи для домена microsoft. com, то эта процедура будет выглядеть так:
C:\>nslookup
Default Server: UnKnown
Address: 10.0.1.9

> set type=mx
> microsoft.com
Server: UnKnown
Address: 10.10.21.19

Non-authoritative answer:
microsoft.com MX preference = 10, mail exchanger = mail.messaging.microsoft.com

mail.messaging.microsoft.com internet address = 216.32.181.178
Итак, мы узнали – что IP адрес «почтового обменника» для домена for microsoft.com -216.32.181.178.

MX Preferences

Еще одним нюансом функционирования почтовой службы – возможность задания приоритета почтового сервера, эта технология называется «MX preference». Чтобы понять, что такое MX preference, познакомимся с DNS и MX-записями домена google.com.
> google.com
Server: UnKnown
Address: 10.10.21.19

Non-authoritative answer:
google.com MX preference = 10, mail exchanger = aspmx.l.google.com
google.com MX preference = 20, mail exchanger = alt1.aspmx.l.google.com
google.com MX preference = 30, mail exchanger = alt2.aspmx.l.google.com
google.com MX preference = 40, mail exchanger = alt3.aspmx.l.google.com
google.com MX preference = 50, mail exchanger = alt4.aspmx.l.google.com

aspmx.l.google.com internet address = 74.125.39.27
alt1.aspmx.l.google.com internet address = 209.85.173.27
alt2.aspmx.l.google.com internet address = 74.125.127.27
alt3.aspmx.l.google.com internet address = 209.85.225.26
alt4.aspmx.l.google.com internet address = 74.125.65.26
Как вы видите, для домена google.com существует 5 различных MX записей (пять почтовых серверов) с различным значением параметра preference. Параметр preference позволяет задать приоритет каждой MX записи, т.е. определяет в какой последовательности на эти сервера будут осуществляться попытки доставить письмо. Меньшее значение соответствует боле высокому приоритету, т.е. именно на этот почтовый сервер будут отправлять письма в первую очередь.

Несколько MX записей нужны для:

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

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

На что же должны указывать MX записи?

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

Если ваша организация содержит и поддерживает почтовую систему самостоятельно (получает почту напрямую), тогда MX запись вашего домена должна указывать на внешний IP адрес вашего сетевого экрана (если используется технология трансляции адресов / портов NAT/PAT) или же внешний адрес вашего почтового сервера (например, это может быть сервер с ролью Edge Transport, или же почтовый MTA на базе Linux).

Если в вашей компании для фильтрации почты используете некий внешний «облачный» сервис, тогда MX записи вашего домена должны указывать на IP адрес, указанный провайдером этого сервиса.

Это два наиболее распространенных примера, встречающихся на данный момент, однако существует ряд других сценариев: геораспределенные сети, гибридные облачно-физические сети и т. д.

Вот и все! В данной статье мы вкратце познакомились с понятием MX записи и зачем она нужна, надеюсь она окажется полезной для начинающих почтовых администраторов.

Запись MX — wiki студи Клондайк

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

Имя хоста, указанного в записи MX, должно содержать IP-адрес, определённый с помощью записи типа A. Псевдонимы CNAME не могут иметь своих MX-записей.

Чтобы отправить электронную почту на определённый адрес, сервер-отправитель делает

DNS-запрос, запрашивая MX-запись домена получателя электронного сообщения (то есть части адреса после символа «@«). В результате запроса возвращается список имён хостов почтовых серверов, принимающих входящую почту для данного домена, а также величину приоритета для каждого из хостов. Сервер-отправитель затем пытается установить SMTP-соединение с одним из этих хостов, начиная с того, у кого значение величины приоритета наименьшее, перебирая каждый из них, пока не удастся установить соединение хотя бы с одним из них. Если же имеется несколько хостов с одинаковыми приоритетами, то должны быть предприняты попытки установить соединение с каждым из них.

Примеры запроса MX-записи

С помощью утилиты host в UNIX-подобных ОС

 $ host -t mx wikipedia.org.
 wikipedia.org mail is handled by 50 lists.wikimedia.org.
 wikipedia.org mail is handled by 10 mchenry.wikimedia.org.

С помощью утилиты nslookup

 C:\>nslookup -type=mx wikipedia.org ns2.wikimedia.org
 Server:  ns2.wikimedia.org
 Address:  91.198.174.4
 
 wikipedia.org   MX preference = 50, mail exchanger = lists.wikimedia.org
 wikipedia.org   MX preference = 10, mail exchanger = mchenry. wikimedia.org
 lists.wikimedia.org     internet address = 91.198.174.5
 mchenry.wikimedia.org   internet address = 208.80.152.186

Почта для сайта — что такое MX, SPF, DKIM, DMARC

Что такое MX запись

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

Если вы используете почту для домена на сторонних почтовых сервисах (Яндекс, Гугл или Майл.ру), то для настройки MX-записей воспользуйтесь этой инструкцией.

Что такое SPF запись

Запись SPF (Sender Policy Framework) —  это особым образом сформированная TXT-запись, которая указывает, с каких почтовых серверов разрешена отправка почты. Это не позволяет мошенникам отправлять письма от имени вашего домена. Также письма, имеющие данную запись значительно реже могут попасть в спам.

Что такое DKIM запись

DKIM (DomainKeys Identified Mail) — добавляет специальную цифровую подпись, которая проверяется открытым ключом шифрования, записанном в TXT записи домена. С помощью DKIM-подписи получатель письма может удостовериться в том, что оно действительно пришло от предполагаемого отправителя.

Для работы с DKIM необходимо создать два ключа: приватный и публичный.

• Приватный ключ — ваш личный уникальный ключ, который шифрует скрытую подпись в заголовках каждого вашего письма. Эта подпись не видна получателям писем.
• Публичный ключ — добавляется в DNS-записи домена в формате TXT.

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

Таким образом, если DKIM не настроен, то большинство почтовых серверов будут отклонять такие письма или помечать их как подозрительные и отправлять в спам.

Пример TXT записи публичного ключа:

v=DKIM1; s=email; k=rsa; =MIGIb3DQEfAA4GNADCBiQKBgQDl3JMA0GCSqG…

где v – версия протокола (всегда DKIM1), k – тип ключа (всегда rsa), p – открытый ключ.

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

Почта – Почтовые домены – выбрать почтовый домен – Изменить – Включить DKIM для домена.

Что такое DMARC запись

DMARC (Domain-based Message Authentication, Reporting and Conformance) — один из механизмов защиты от фишинга с использованием известного домена в почтовом адресе. Запись устанавливает правила проверки входящей почты. Например, письма будут считаться поддельными, если они не прошли проверку SPF и DKIM. Данный параметр также рекомендуется использовать всегда.

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

Например, помечать письма как спам и отправлять их в карантин или отклонять сообщение без доставки адресату.

Выглядеть DMARC запись может так:

dmarc.ваш_домен.ru. – 3600 – TXT (текстовая запись) – v=DMARC1; p=none; aspf=r; sp=none

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

Почта – Почтовые домены – выбрать почтовый домен – Изменить – Включить DMARC для домена.

Таким образом, правильная настройка MX, SPF, DKIM, DMARC записей является гарантией того, что ваши письма дойдут до получателей и не попадут в спам.

Что такое MX-запись домена, как ее проверить и узнать

Тематический трафик – альтернативный подход в продвижении бизнеса

Получи нашу книгу «Контент-маркетинг в социальных сетях: Как засесть в голову подписчиков и влюбить их в свой бренд».

Подпишись на рассылку и получи книгу в подарок!

Запись MX домена – это почтовый шлюз, являющийся типом DNS-записи и использующийся сервером для доставки почтовых сообщений с применением протокола SMTP.

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

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

Что такое MX-запись домена

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

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

Настройка MX-записи домена

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

В случае, если у человека есть агент пересылки сообщений и ему нужно сделать так, чтобы прием сообщений осуществлялся именно им, следует выполнить определенные действия для применения настроек. В частности, необходимо, во-первых, открыть панель управления виртуальным хостингом, после чего перейти в раздел «Управление»; во-вторых, для каждого имени следует обозначить домен третьего и более уровня. Делается это довольно легко. К примеру, если имя @example.com, то после добавления имени, которое является частью более высокого уровня, получиться @mx.example.com.

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

Следующий шаг – ввод уникального сетевого узла, построенного на основе стека протоколов TCP/IP, для @mx.example.com. Для этого нужно войти в раздел настроек и указать публичный адрес почтового сервера в свободном поле.

Важно перейти в раздел «Настройки» @example.com и отметить галочкой, что для этого домена не проставлены MX-записи. В процессе может возникнуть проблема, свидетельствующая, что почтовые ящики, применяющие уже готовые записи, существуют и готовы к использованию.

Решается этот вопрос довольно легко: достаточно зайти в раздел настроек «Управление почтой» и отвязать абсолютно каждую привязанную к нему учетку.

Как проверить MX-запись домена

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

Для этого следует, прежде всего, убедиться, что имя сопоставлено с IP-адресом, на котором находится аккаунт, и наоборот. Если он не делегирован, следует применить соответствующие параметры.

Провести самостоятельную проверку очень просто. Для этих целей существует огромное количество различных установочных программ на персональные компьютеры, а также онлайн-сервисы. Наиболее популярными вариантами являются утилита Nslookup, которая дает возможность задавать различные типы запросов и опрашивать случайно подобранные сервера, а также веб-сервис Dig. Они встроены в операционные системы и предоставляются пользователю вместе с ПК.

Зачем смотреть MX-запись домена

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

На ПК с операционной системой Windows, MacOS и Linux есть встроенная утилита – Nslookup. Чтобы открыть ее, следует выбрать комбинацию клавиш Windows+R и в появившееся окно вписать команду «cmd». После этого будет открыта командная строка, где пользователь сможет подробно изучить текущий статус.

Создание MX-записи

В некоторых web-сервисах, вроде Яндекс.Почты, для его использования обязательным условием является применение соответствующих настроек MX-записи. Это необходимо для того чтобы произвести переподключение DNS сервиса электронной почты на внешнее серверное оборудование. Естественно, чтобы сделать это, пользователь должен знать, как проверить MX-запись домена.

Процесс создания должен проистекать в панели управления веб-хостингом ISPmanager во вкладке «Управление записями. Для этого следует нажать на кнопку «Создать».

Она находится в самом верху панели. После этого откроется новое окно, где пользователю будет предложено заполнить регистрационные поля. На этом этапе необходимо быть максимально внимательным и не допускать ошибок.

Итак, в открывшемся окне нужно ввести некоторые данные. Чтобы сделать все правильно, можно воспользоваться специальной инструкцией в ISPmanager, где подробно объясняется, какие поля необходимо заполнять и какие данные вводить. Если пользователь знает сам, что именно нужно делать для заполнения регистрационных полей MX-записи, чтобы почтовый сервис работал без ошибок, он может приступать к самостоятельной настройке. Чтобы сделать домен MX пользователю следует ввести следующие виды информации:

1. Название, которое может содержать в себе любое слово, включая поддомен.
2. Точное время, когда информация обновляется.
3. Здесь необходимо указать тип записи. При этом, для разных целей применяются индивидуальные параметры, а от ее типа зависит и назначение.
4. Далее указывается непосредственно домен, а после него – приоритет.

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

Последний этап – сохранение результатов. На этом процесс создания заканчивается, и запись будет автоматически отображаться в панели управления веб-хостингом.

Запись Mail exchanger (MX). Электронная почта и DNS

В этом разделе разбираются вопросы взаимодействия системы электронной почты интернет и системы доменных имен. Подробно разбирается механизм рассылки и пересылки почтовых сообщений, который опирается на информацию, полученную из службы доменных имен.

Если просуммировать все записи описания ресурсов, которые предлагалось указывать в описании зоны, то посвященных электронной почте RR-ов (Resource Records) было бы большинство.

В реальной жизни (лучше, наверное, подошло бы слово «виртуальной») используется запись одного типа — MX (Mail exchanger — почтовый шлюз). Смысл использования этой записи заключается в том, чтобы определить хост, который отвечает за доставку почты в определенный домен или знает, как это делается.

Запись MX может быть определена как для всей зоны, так и для отдельно взятой машины. MX RR имеет следующий формат:

[name] [ttl] IN MX [prference] [host]

Поле name определяет имя машины или домена, на который может отправляться почта. Это может быть как полностью определенное имя, так и частичное имя машины. Поле ttl обычно оставляют пустым. В поле preference указывается приоритет почтового сервера, имя которого указано последним аргументом в поле данных MX-записи.

Прежде чем перейти к подробному обсуждению назначения и практики применения MX записей следует понять основные принципы построения обмена электронной почтой в Интернет.

В своих рассуждениях мы будем опираться на концепцию, которая изложена в RFC 2821. Данный документ заменил старожилов — RFC 821 и RFC 974.

RFC 821 определяло протокол доставки почты — SMTP, а второй документ — взаимодействие электронной почты с системой доменных имен. Новый документ обобщил опыт применения первых двух на практике (например, отменил требование проверки наличия WKS записи для хоста, указанного в качестве шлюза в MX записи, которое все равно никто не соблюдал) и прояснил некоторые недостаточно четко сформулированные требования.

Во-первых, следует остановиться на самом понятии почтового шлюза. Наиболее распространенным в этом контексте были термин MTA (Mail Transfer Agent) и термин MUA (Mail User Agent). Данные термины применяли для того, чтобы подчеркнуть некоторое отличие MTA от почтового сервера, который являлся конечным получателем почты и от клиентского программного обеспечения (MUA), которое обеспечивало только «первую и последнюю мили» пути почтовго сообщения.

Сейчас предпочтение отдано терминологии «клиент-сервер» и термины МТА MUA следует употреблять с осторожностью.

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

При такой технологии работа электронной почты напоминала работу обычной почты, основанную на отделениях связи. Существовали и существуют до сих пор многочисленные узлы-шлюзы. С их списком можно ознакомиться по адресу http://www.faqs.org/faqs/mail/inter-network-guide/.

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

Рисунок.1. Схема доставки и отправки почты.

Кроме того, в почте от первых двух названных (relay и gateway) еще отличают хост, который, собственно, является хранителем почтовых ящиков. Локальная доставка писем адресатам.

Все попытки внедрить в обиход подобное разделение и для системы DNS пока ни к чему не привели. Записи типа MB (Mail Box) в описаниях зон Вы не найдете «днем с огнем, а ночью ощупью».

Поэтому в контексте системы DNS мы все почтовые хосты, для которых устанавливается запись MX, будем называть почтовыми шлюзами.

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

Ключевым элементом в почтовом сообщении являются адреса отправителя и получателя. Адреса принято записывать в виде:

local-part@domain

Нас с точки зрения DNS интересует только та часть, которая называется «domain». На самом деле, вовсе не обязательно, что domain представляет из себя правильное доменное имя. Просто название этой части адреса созвучно DNS доменам.

Все обмены данными между шлюзам в рамках интернет производятся по протоколу SMTP (Simple Mail Transfer Protocol). Наверное, каждый пользователь, а уж тем паче администратор, имеет опыт настройки программ чтения и отправки почтовых сообщений на работу с таким шлюзом или, как их еще называют, relay-ем.

Что же делает шлюз, когда он получает почту от клиента для пересылки? Опуская подробности, связанные с ограничениями, накладываемыми администраторами почтовых шлюзов на процедуру пересылки, рассмотрим алгоритм взаимодействия шлюза с системой DNS.

Во-первых, в рамках SMTP-обмена в качестве доменных имен допускаются только полные доменные имена (fully-qualified domain names), которые можно разрешить при помощи поиска MX или A записей в системе DNS. Т.е. в поле domain почтового адреса должно быть имя, для которого есть MX или A запись. В принципе, допускаются и синонимы, т.е. имена для которых в DNS можно найти записи CNAME, перенаправляющие на MX или A записи. На самом деле многие шлюзы настроены таким образом, что CNAME записи игнорируются.

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

По этому имени шлюз производит поиск MX записей. Если он находит CNAME, то заменяет исходное имя каноническим и снова повторяет поиск (мы уже писали, что довольно часто эта возможность отключена в реальной жизни).

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

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

Если шлюз нашел список MX записей, то он сортирует его в порядке возрастания значений поля preference. Записи с меньшим значением этого поля считаются более предпочтительными. Затем шлюз пытается установить SMTP соединение и отправить почту, перебирая MX записи в порядке выставленных предпочтений.

Если MX записи имеют одинаковые предпочтения, то на практике шлюз выбирает наиболее предпочтительную из них случайным образом (во всяком случае, так делают Sendmail и Postfix).

Как только почта успешно отправлена, перебор шлюзов-получателей прекращается.

Приведем пример использования записей MX в описании зоны:

$TTL 3600
$ORIGIN vega.ru.
@ IN SOA vega-gw.vega.ru paul.kiae.su (
101 ; serial number
86400 ; refresh within a day
3600 ; retry every hour
3888000 ; expire after 45 days
3600 ) ; negative caching
IN NS vega-gw.vega.ru.
IN NS ns.relarn.ru.
IN NS polyn.net.kiae.su.
IN A 194.226.43.1
IN MX 10 vega-gw.vega.ru.
IN MX 20 ns.relarn.ru.
IN MX 30 relay.relarn.ru.
;
vega-gw IN A 194.226.43.1
IN MX 0 vega-gw
IN MX 10 ns.relarn.ru.
IN MX 20 relay.relarn.ru.
;
www IN CNAME vega.ru.

В данном примере мы определили несколько записей типа MX для почтовой рассылки.

Записи в описании зоны, сразу после A-записи, следующей за записью SOA, определяют пути поступления почты на хост-тезку данного домена. Для получения почты по имени домена эта адресная запись не нужна. Ее используют для других интернет-сервисов, скажем для доступа к web-сайту домена не только по доменному имени www.vega.ru, но и по доменному имени vega.ru.

Самый высокий приоритет здесь имеет прямая отправка почты на шлюз vega-gw.vega.ru. Если отправить почту на эту машину не удастся, то почтовый агент должен попробовать путь через почтовый сервер ns.relarn.ru . Если и этот путь окажется невозможным, то почту можно попытаться отправить на пересыльный пункт relay. relarn.ru . Такой порядок опроса почтовых серверов определяется полем preference — чем меньше значение поля, тем выше приоритет сервера в записи MX.

В нашем домене, который мы использует в качестве примера, большинство почтовых ящиков пользователей расположено на машине vega-gw.vega.ru. Для этой машины также указаны несколько записей MX. Наибольший приоритет среди них имеет запись с именем почтового сервера vega-gw. Обратите внимание на то, что данное имя не оканчивается точкой. Это значит, что оно расширяется именем текущей зоны. Все же другие имена серверов — это полностью определенные доменные имена (fully-qualified).

Одной из главных проблем пересылки почты является зацикливание при невозможности отправки непосредственно адресату. Представим ситуацию, когда хост vega-gw.vega.ru недоступен.

Тогда согласно процедуре, описанной выше, почта должна быть отправлена на ns.relarn.ru, он, в свою очередь, не может отправить почту на vega-gw.vega.ru. Себе он отправлять почту тоже не будет, поэтому отправит на relay.relarn.ru, а тот снова на ns.relarn.ru, и так по кругу.

На самом деле ничего подобного не произойдет, т.к. шлюзы обязаны исключать из списка MX записи, которые имеют больший или такой же приоритет, как и они сами. В нашем случае почта будет «отлеживаться» на ns.relarn.ru.

На самом деле связка «DNS-почта» — это очень тонкий инструмент. Программа почтового шлюза имеет множество самостоятельных настроек, и может быть сконфигурирована на игнорирование описанных выше процедур.

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

*.domain.ru. IN MX 10 host.domain.ru.

то для любого хоста из зоны domain.ru, у которого не будет своих MX записей, почта будет отправляться на host.domain.ru, а почтовая программа-шлюз этого хоста сама разберется куда дальше посылать почту.

В настоящее время среди прочих коммерческих услуг достаточно популярной стала услуга перенаправления почты — mail forwarding. Ее идея заключается в том, что регистрируется домен с коротким легкозапоминающемся именем и почтовые адреса указываются относительно этого домена. При этом реальные почтовые ящики могут находиться где угодно.

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

Естественно, что на самом хосте соответствующим образом должен быть настроен и почтовый шлюз. Типичный пример можно найти в ru-rucenter (https://www.nic.ru/dns/service/no_primary.html)

И напоследок несколько цифр характеризующих проблему обмена электронной почтой с точки зрения DNS. Согласно отчету 2002 года компании men&mice в TLD com из 5000 обследованных доменов не имеют MX записей 18.68% зон. В эти зоны нельзя отправить почту. В 3.3% случаев МХ записи указывают на CNAME, т.е. на синонимы, что для некоторых почтовых программ недопустимо. В 4.16%-ах случаев почтовые серверы соответствующих доменов не работают с DNS правильно, т.е. согласно принятым спецификациям.

Рекомендованная литература:

1. P. Mockapetris. RFC-1034. DOMAIN NAMES — CONCEPTS AND FACILITIES. ISI, 1987. (http://www.ietf.org/rfc/rfc1034.txt?number=1034)
2. P. Mockapetris. RFC-1035. DOMAIN NAMES — IMPLEMENTATION AND SPECIFICATION. ISI, 1987. (http://www.ietf.org/rfc/rfc1035.txt?number=1035)
3. Альбитц П., Ли К.. DNS и BIND. — Пер. с англ. — СПб: Символ-Плюс, 2002. — 696 с.
4. Документация по BIND 9. Справочное руководство системного администратора. (http://www.nominum.com/resources/documentation/Bv9ARM.pdf)
5. 4. J.Klensin. RFC 2821. Simple Mail Transfer Protocol. 2001. (http://www.ietf.org/rfc/rfc2821.txt?number=2821)

Полезные ссылки:

1. Inter-Network Mail Guide (http://www.faqs.org/faqs/mail/inter-network-guide/) — руководство по пересылке почты между различными почтовыми системами.
2. Craig Partridge. RFC 974. MAIL ROUTING AND THE DOMAIN SYSTEM. 1986. (http://www.ietf.org/rfc/rfc974.txt?number=974) — стандарт интернет, который использовался до RFC 2821.
3. http://www.menandmice.com/infobase/mennmys/vefsidur.nsf/index/5.1 — статистика проблем электронной почты, связанных с неточностью настройки DNS

Как Настроить MX-записи для Yandex: Инструкция

DNS Sait Электронная почта

access_time

6 марта, 2020

hourglass_empty

2мин. чтения

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

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

В этом руководстве, мы расскажем вам, как настроить MX-записи для Yandex.

Как это работает

Если в качестве корпоративной почты, вы хотите использовать именно Yandex, тогда вам следует настроить MX-записи соответствующим образом. Тогда вы сможете получать письма в интерфейсе Yandex. Здесь актуальной будет аналогия со сменой адреса для доставки писем в отделении почты.

Ваши MX-записи контролируются в компании, где указаны ваши серверы имён. Если в вашем домене используются серверы имён Hostinger, то все изменения DNS (включая пользовательские записи MX) выполняются в панели управления Hostinger.

Вся информация о серверах имён Hostinger находится в Панели управления -> Хостинг -> раздел Аккаунт -> Детали.

Таким образом, чтобы настроить MX-записи для Yandex:

• перейдите в панель управления своего регистратора домена, в этом случае, в Hostinger, чтобы проверить текущую MX-запись;
• Отредактируйте MX-записи таким образом, чтобы почта перенаправлялась в аккаунт Yandex.

Настройка MХ-записи в hPanel

1. Откройте сайт Hostinger и войдите в ваш аккаунт.

2. Перейдите в раздел Главная -> Хостинг. Нажмите на кнопку “Управлять”напротив имени вашего сайта, затем, проскролив вниз, найдите раздел “Расширенные” и выберите Редактор DNS Зоны.

3. В секции MX (Почтовый сервис), удалите существующие MX-записи.

4. Нажав кнопку “Добавить новое”, создайте новую MX-запись со следующими значениями полей:

• Приоритет — 10
• Сервер/Хост — @
• Направлен на — mx.yandex.net.
• TTL — 14400 или 1/2 часа

5. Дождитесь, пока изменения в DNS вступят в силу. Этот процесс может длиться до 72 часов. До этого на домене в Yandex.Connect вы можете увидеть сообщение “Для этого домена не проставлены MX-записи”.

Выводы

В этом руководстве мы рассказали, как настроить MX-записи для Yandex, если ваш сайт, размещён в Hostinger. Если вы выбрали другого регистратора, процесс настройки MX-записи будет отличиться в зависимости от интерфейса панели управления выбранной вами компании. 

Вот и всё. В течение 72 часов вы сможете получать письма в интерфейсе Yandex. Если у вас возникли вопросы с настройкой записи MX, вы можете написать в нашу службу поддержки клиентов и мы обязательно вам поможем.

Что такое запись MX? — База знаний DreamHost

Обзор

Записи

Mail Exchange (MX) — это записи DNS, которые необходимы для доставки электронной почты на ваш адрес.

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

В дополнение к планам хостинга веб-сайтов, которые включают электронную почту, DreamHost также предлагает план хостинга только по электронной почте, о котором вы можете прочитать здесь:

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

Вы также можете переключить почтовую службу домена между DreamHost, Gmail / G Suite или где-то еще.

Изменение записей MX только указывает на то, что отправлено новых сообщений электронной почты , а не переносит старые сообщения электронной почты в новую хостинговую компанию электронной почты. Прочтите статью «Перенос электронных писем», чтобы узнать, как сначала создать резервную копию своих старых писем.

Пример записи MX

MX-записи состоят из двух частей: приоритета и имени домена.Например:

• «0» — приоритет.
• Чем меньше число, тем выше приоритет.
• «mail.EXAMPLE.com» — это почтовый сервер, к которому он подключается. Это зависит от того, какая компания размещает вашу электронную почту.
• Серверы исходящей электронной почты подключаются к серверам MX в порядке приоритета.
• Если вы используете более одной записи MX и обе имеют одинаковый приоритет, он выбирает одну случайным образом. (Это фактически балансирует нагрузку на соединения.)

Кто контролирует мои записи MX?

Ваши записи MX контролируются компанией, на которую указывают ваши серверы имен. Если ваш домен использует серверы имен DreamHost (вы можете проверить это на whoisweb.dreamhost.com), то все изменения DNS (включая пользовательские записи MX) производятся на вашей панели DreamHost.

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

См. Также

Что такое запись MX и как они работают?

Одним из менее понятных компонентов работающей системы электронной почты является запись MX. Я нахожу множество ИТ-администраторов, присматривающих за серверами Exchange, которые на самом деле не понимают, что такое запись MX и как они работают.

Основы DNS

MX означает «почтовый обменник». Запись MX — это тип записи DNS, поэтому любое понимание записей MX должно начинаться с понимания основ системы доменных имен (DNS).

Самая важная роль DNS для большинства из нас — это преобразование имен в IP-адреса для обеспечения возможности сетевого взаимодействия.

Например, когда вы вводите www.microsoft.com в свой веб-браузер, DNS используется для поиска этого имени и определения IP-адреса сервера для подключения. Доменное имя в этом примере — microsoft.com.

Итак, если так осуществляется простое подключение к веб-браузеру, что насчет того, когда кто-то отправляет электронное письмо на адрес @ microsoft.com?

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

1. Найдите официальные серверы имен для microsoft.com
2. Запрос записей MX на серверах имен microsoft.com
3. Найдите имена записей MX в DNS, чтобы получить их IP-адреса.

Если бы вы вручную выполняли поиск в DNS записей MX для microsoft.com, это выглядело бы примерно так:

C: \> nslookup Сервер по умолчанию: Неизвестно Адрес: 10.0.1.9 & gt; установить тип = mx & gt; microsoft.com Сервер: неизвестно Адрес: 10.0.1.9 Неавторитетный ответ: microsoft.com MX предпочтение = 10, почтовый обменник = mail.messaging.microsoft.com mail.messaging.microsoft.com Интернет-адрес = 94.245.120.86

C: \> nslookup Сервер по умолчанию: Неизвестно Адрес: 10. 0.1.9 & gt; установить тип = mx & gt; Майкрософт.com Сервер: Неизвестно Адрес: 10.0.1.9 Неавторизованный ответ: microsoft.com Предпочтение MX = 10, почтовый обменник = mail.messaging.microsoft.com mail.messaging. Интернет-адрес microsoft.com = 94.245.120.86

Итак, IP-адрес «почтового обменника» для microsoft.com — 94.245.120.86.

Настройки MX

Вы можете заметить «предпочтение MX» в выходных данных выше и задаться вопросом, к чему это относится.Чтобы лучше объяснить это, вот еще один поиск DNS для домена google.com.

& gt; google.com Сервер: неизвестно Адрес: 10.0.1.9 Неавторитетный ответ: google.com предпочтение MX = 30, почтовый обменник = alt2.aspmx.l.google.com google.com предпочтение MX = 50, почтовый обменник = alt4.aspmx.l.google.com google.com предпочтение MX = 40, почтовый обменник = alt3.aspmx.l.google.com google.com MX предпочтение = 20, почтовый обменник = alt1.aspmx.l.google.com google.com предпочтение MX = 10, почтовый обменник = aspmx.l.google.com Интернет-адрес alt2.aspmx.l.google.com = 74.125.115.27 Интернет-адрес alt1.aspmx.l.google.com = 74.125.91.27 aspmx.l.google.com Интернет-адрес = 74.125.157.27

& gt; google.com Сервер: Неизвестно Адрес: 10.0.1.9 Неофициальный ответ: google.com предпочтение MX = 30, почтовый обменник = alt2.aspmx.l.google.com google.com предпочтение MX = 50, почтовый обменник = alt4.aspmx.l.google.com google.com предпочтение MX = 40, почтовый обменник = alt3.aspmx.l.google.com google.com предпочтение MX = 20, почтовый обменник = alt1.aspmx.l.google.com google.com предпочтение MX = 10, почтовый обменник = aspmx.l .google.com alt2.aspmx.l.google.com Интернет-адрес = 74.125.115.27 alt1.aspmx.l.google. com Интернет-адрес = 74.125.91.27 Интернет-адрес aspmx.l.google.com = 74.125.157.27

Обратите внимание, что существует несколько записей MX, каждая с различным значением предпочтения. Предпочтение — это в основном способ установки приоритета каждой записи MX. Наименьшее предпочтение — это MX с наивысшим приоритетом, т. Е. Тот, который отправляющий почтовый сервер должен попробовать в первую очередь.

Назначение нескольких записей MX:

• Обеспечьте некоторую балансировку нагрузки с помощью нескольких записей MX с одинаковым набором предпочтений
• Обеспечьте резервный MX, который можно использовать, если основной недоступен

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

Куда должны указывать ваши записи MX?

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

Если ваша организация получает электронную почту напрямую, ваша запись MX будет указывать на общедоступный IP-адрес вашего брандмауэра или доступного в Интернет почтового сервера (например, пограничного транспортного сервера).

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

Это всего лишь два примера. Существует множество различных сценариев, таких как гибридное облако / прямая комбинация, гео-распределенные сети и т. Д. Однако, по моему опыту работы с клиентами, это два наиболее распространенных сценария.

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

Понимание маршрутизации электронной почты (например, MX-записей)

Один из наиболее частых вопросов, которые мы получаем через YippieMove, касается маршрутизации электронной почты. Мы кратко затронули эту тему в статье Электронная почта 101 — Введение в электронную почту под капотом . Тем не менее, я чувствую необходимость подробнее остановиться на этом. В этой статье мы отложим IMAP и POP3 в сторону, поскольку это протоколы для получения электронной почты , а не имеет ничего общего с маршрутизацией вашей электронной почты (что является распространенным заблуждением).

Есть только одна вещь, которая влияет на маршрутизацию вашей электронной почты, и это MX-запись. Каждый домен (и поддомен) должен иметь MX-запись для получения электронной почты. Например, example.com и foo.example.com могут иметь две разные MX-записи. MX-запись — это просто DNS-запись, которая сообщает серверу-отправителю (SMTP-серверу), куда доставить электронное письмо. Типичная MX-запись будет выглядеть примерно так:

 
 example.com. 3600 В MX 0 mail.example.com. 
 

Это означает, что все электронные письма, например.com (т.е. [электронная почта защищена]) должна быть доставлена ​​на mail.example.com. Для этого необходимо, чтобы существует mail.example.com (как CNAME или A-запись). Обратите внимание, что mail.example.com может быть, а может и не быть вашим сервером IMAP / POP3. Однако это просто означает, что ваш SMTP-сервер находится на том же хосте, что и ваш IMAP / POP3-сервер. Для размещенных сред это обычно не так, но довольно часто, если вы используете свой собственный сервер.
В приведенной выше записи также есть два числовых значения. Первый — 3600, это TTL (время жизни).Эта запись сообщает другим DNS-серверам (и клиентам), что можно кэшировать указанную выше запись на срок до 3600 секунд (или одного часа). Второе числовое значение — «0» и является приоритетом MX-записи. В этом примере это не имеет значения, поскольку у нас есть только одна запись, но если бы у нас было несколько записей, это определило бы порядок приоритета серверов. Если первый выйдет из строя, будет использован второй и так далее.
Теперь перейдем к более сложной настройке. Давайте использовать Google Apps в качестве примера для этого.Вот типичная установка для Google Apps:

 
 example.com. 14400 ДЮЙМОВ MX 20 ALT1.ASPMX.L.GOOGLE.COM. 
 example.com. 14400 ДЮЙМОВ MX 30 ASPMX4.GOOGLEMAIL.COM. 
 example.com. 14400 ДЮЙМОВ MX 30 ASPMX5.GOOGLEMAIL.COM. 
 example.com. 14400 ДЮЙМОВ MX 30 ASPMX2.GOOGLEMAIL.COM. 
 example.com. 14400 ДЮЙМОВ MX 30 ASPMX3.GOOGLEMAIL.COM. 
 example.com. 14400 ДЮЙМОВ MX 20 ALT2.ASPMX.L.GOOGLE.COM. 
 example.com. 14400 ДЮЙМОВ MX 10 ASPMX.L.GOOGLE.COM. 
 

Как видите, для одного домена указано несколько серверов (пример.com). У всех одинаковый TTL, а именно 14400 (четыре часа). Самое интересное здесь — это порядок приоритетов. Отправляющий сервер будет пытаться доставить электронные письма на серверы в порядке от самого низкого значения приоритета до самого высокого, пока не найдет один сервер, который принимает соединение:

1. ASPMX.L.GOOGLE.COM


2. ALT2.ASPMX.L. GOOGLE.COM


3. ALT1.ASPMX.L.GOOGLE.COM


4. ASPMX4.GOOGLEMAIL.COM


5. ASPMX5.GOOGLEMAIL.COM


6. ASPMX2.GOOGLEMAIL.COM


7. ASPMX3.GOOGLEMAIL.COM

При работе с DNS-конфигурациями часто используется очень удобный инструмент командной строки под названием «dig». Чтобы получить MX-записи для домена example.com, вы должны просто запустить:

 
 $ dig example.com mx 
 

Если вам неудобно работать с командной строкой, вы можете выполнить ту же задачу, используя веб-инструмент, такой как MX Toolbox.
Надеюсь, эта статья помогла вам лучше понять, как работает маршрутизация электронной почты.Если у вас есть вопросы, оставьте комментарий ниже. Кроме того, не забудьте посетить YippieMove при переносе электронной почты между системами.
Хотите узнать больше о электронной почте и системах электронной почты? Узнайте больше в The Email School.

Что такое записи MX (Mail eXchanger)?

Автор: Маянк Агарвал |

Mayank — эксперт по электронному маркетингу и соучредитель SendX. SendX — это интуитивно понятное и доступное программное обеспечение для электронного маркетинга.

Подробнее посты этого автора.

MX Records, сокращение от записей почтового обменника, — это записи DNS, которые облегчают доставку электронной почты на ваш адрес электронной почты.

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

Например, когда вы вводите www.sendx.io в свой веб-браузер, DNS ищет эту запись, чтобы найти IP-адрес сервера для подключения.Доменное имя в этом примере — sendx.io.

То же самое происходит, когда вы отправляете электронное письмо на адрес @ sendx.io.

DNS входит в картину, но на этот раз отправляющий почтовый сервер будет искать запись MX в DNS.

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

Вы можете проверить запись MX DNS с помощью онлайн-инструмента (например, http: // mxtoolbox.com /) или с помощью инструмента командной строки nslookup.

Части записи MX

В целом любая запись MX состоит из двух частей, которые необходимы для доставки сообщений электронной почты в ваш почтовый ящик.

Примером записи MX может быть: 0 mail.example.com

В этом случае «0» представляет приоритет этого конкретного сервера. Чем меньше это число, тем выше приоритет для этого домена.

Вот поиск DNS для домена google.com.
google.com
Сервер: Неизвестно
Адрес: 10.0.1.9
Неавторизованный ответ:
google.com предпочтение MX = 30, почтовый обменник = alt2.aspmx.l.google.com
google.com предпочтение MX = 50, почтовый обменник = alt4.aspmx.l.google.com
google.com предпочтение MX = 40, почтовый обменник = alt3.aspmx.l.google.com
google.com предпочтение MX = 20, почтовый обменник = alt1.aspmx.l .google.com
google.com Настройка MX = 10, почтовый обменник = aspmx.l.google.com
alt2.aspmx.l.google.com в Интернете адрес = 74.125.115.27
alt1.aspmx.l.google.com адрес в Интернете = 74.125.91.27
aspmx.l.google.com адрес в Интернете = 74.125.157.27

Следующая часть, mail.example.com, представляет собой фактический адрес сервера, который должен быть подключен, чтобы попасть в ваш почтовый ящик. Фактический адрес зависит от того, в какой компании находится ваша электронная почта.

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

Что такое предпочтение MX?

Система MX дает возможность запускать несколько почтовых серверов для одного домена. Он также определяет порядок, в котором их следует опробовать. Таким образом увеличивается вероятность доставки почты. Это также дает возможность обрабатывать входящую почту на нескольких физических серверах.

Предпочтение записи MX используется, когда вводится более одной записи MX для любого одного доменного имени, использующего более одного почтового сервера.Это позволяет использовать основной и резервный почтовые серверы. Меньшее число предпочтений является более высоким приоритетом.

Когда удаленный клиент начинает поиск MX для доменного имени, он получает список серверов и их номера первого выбора. Запись MX с наименьшим номером первого выбора имеет наивысший приоритет и является первым сервером, который будет опробован для отправки электронных писем. Удаленный клиент будет просматривать список серверов до тех пор, пока он не доставит сообщение или не будет окончательно отклонен из-за недоступности сервера

Что такое MX приоритет 0?

Приоритеты MaileXchanger (MX) задаются целыми числами.Самое низкое число является наиболее предпочтительным. Если 2 MX имеют одинаковый номер, то другие почтовые серверы выберут один случайным образом. Рекомендуется иметь как минимум 2 MX для домена.

Наименьшее число указывает на сервер с наивысшим приоритетом. Таким образом, сервер Mx со значением 2 имеет более высокий приоритет, чем сервер Mx со значением 15. «0» представляет наивысший возможный приоритет.

Часто задаваемые вопросы

1) Что такое записи MX (Mail eXchanger) и как они работают?

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

2) Что входит в запись MX?

В целом любая запись MX состоит из двух частей. «0» представляет приоритет этого конкретного сервера. Чем меньше это число, тем выше приоритет для этого домена.Следующая часть, mail.example.com, представляет собой фактический адрес сервера, который должен быть подключен, чтобы попасть в ваш почтовый ящик. Фактический адрес зависит от того, в какой компании находится ваша электронная почта.

3) Что произойдет, если я изменю свои записи MX?

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

4) Что такое предпочтение MX?

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

5) Что такое MX Priority 0?

Наименьшее число указывает на сервер с наивысшим приоритетом. Таким образом, сервер Mx со значением 2 имеет более высокий приоритет, чем сервер Mx со значением 15. «0» представляет наивысший возможный приоритет.

Что такое запись MX?

Запись MX означает запись Mail eXchanger.Он указывает почтовый сервер, ответственный за прием сообщений электронной почты.

MX-записи состоят из двух частей: приоритета и имени почтового сервера. При использовании нескольких записей MX более предпочтительным является значение самого низкого приоритета.

Запись MX в панели управления ClouDNS выглядит следующим образом:

Хост:	Тип:	Указывает на:	TTL
имя хоста.com	MX	0 адрес почтового сервера	1 час

Зачем вам нужна запись MX?

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

Как создать запись DNS MX?

Перейдите на страницу управления зоной DNS и щелкните Добавить новую запись .Введите следующее:
Тип: MX
TTL: 1 час
Хост:
Приоритет: от 0 до 65535 (приоритет целевого хоста, меньшее значение означает более предпочтительный).
Указывает на: адрес почтового сервера

Как добавить запись MX — Пошаговое видео:

Как начать управлять записями MX для вашего доменного имени?

1. Открыть бесплатный счет отсюда — бесплатно навсегда
2. Подтвердите свой адрес электронной почты
3. Войдите в свою панель управления
4. Создайте новый главный DNS с помощью кнопки [добавить новый] — подробнее здесь
5. Добавьте нужные записи MX, как описано в этой статье.

Проверка записей MX

Вы можете проверить свои записи MX через DIG следующим образом:

$ dig Пример-домен MX.com

Вы также можете проверить свои записи MX через nslookup. Вот пример:

$ nslookup -query = mx example-domain.com

В качестве альтернативы вы можете использовать любой доступный онлайн-инструмент, например, G Suite Toolbox DIG или MX Lookup Tool.

Поддержка записей MX

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

FAQ

Вопрос: Нужна ли мне запись «A» для моего почтового сервера вместе с записями MX моего домена?

Ответ: Если почтовый сервер является частью того же пространства имен домена (лежит в зоне), то требуется запись «A».

Вопрос: Какова цель использования нескольких записей MX с разными приоритетами?

Ответ: Этот подход обеспечивает резервную запись MX, которую можно использовать, если основной MX (с самым низким приоритетом) недоступен.

Вопрос: Могу ли я добавить несколько записей MX с одинаковым приоритетом для балансировки нагрузки?

Ответ: Да, можно. Если установить одинаковые уровни приоритета, ваши записи MX будут работать в циклическом режиме.

---

MX Record | Пример и тип записи Описание

Записи DNS состоят в основном из нескольких единиц информации, помещенных в разные поля. В дополнение к такой информации, как имя почтового сервера определенного домена, таким образом могут быть переданы и другие данные:

• <имя> : первое поле содержит имя домена.
• : Время жизни указывает, как долго информация гарантированно будет действительной.
• <класс> : Поле класса определяет тип сети.
• <тип> : Тип записи DNS в данном случае — MX.
• <приоритет> : чем меньше значение, тем выше приоритет почтового сервера.
• : данные ресурса определяют имя почтового сервера.

Доменные имена всегда указываются в формате полных доменных имен (FQDN) во всех типах записей.Это означает, что содержимое каждого поля якобы завершается точкой. Фактически, полное доменное имя сопоставляет полный путь корневому серверу — от самого маленького устройства, расположенного крайним левым, до самого большого, расположенного справа. Однако самый высокий уровень не имеет названия, , поэтому после предыдущего периода ничего нет.

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

Поле класса является необязательным, так как в настоящее время возможен только Интернет. Однако, когда записи ресурсов были впервые введены, были возможны классы Гесиода (HS) и Хаоса (CH). Однако обе сети сегодня больше не работают.По этой причине поле либо остается пустым, либо всегда содержит аббревиатуру IN.

Поле, относящееся к приоритету , является специальной функцией записей MX. Многие администраторы — в особенности администраторы крупных проектов — имеют несколько почтовых серверов, работающих параллельно. В результате сбои и пики нагрузки могут быть компенсированы, а при обмене сообщениями по электронной почте отсутствует риск внезапного сбоя. Однако при этом распределение не обязательно должно происходить равномерно. По этой причине могут быть назначены приоритеты.Сервер с наименьшим значением имеет наивысший приоритет и выбирается первым. Если он недоступен, выбирается сервер со следующим по величине значением.

Поле данных , наконец, содержит имя почтового сервера. Это также указывается в формате FQDN. В записи все поля следуют друг за другом в строке. Запись не заканчивается с помощью определенного символа; разрыва строки достаточно.

Добавление записи MX | Name.com

MX-записи — это запись DNS, используемая только для электронной почты.Это единственная запись DNS электронной почты, которая может использоваться в сочетании с другими записями. В отличие от других DNS, вы можете создавать дубликаты, указывающие на разные места назначения из соображений безопасности. Записи MX обычно не имеют значений Host .

Записи MX

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

Пример записи MX, указывающей на почтовый сервер:

Примечание: Если вы хотите настроить запись DNS с именем.