Запись MX: Запись DNS с пояснениями

Система доменных имен (аббревиатура: DNS) известна прежде всего как система разрешения имен. Это связано с тем, что она позволяет пользователям Интернета вводить в браузере легко запоминающийся URL-адрес — в противном случае им пришлось бы пользоваться громоздкими IP-адресами. Для разрешения имен DNS использует записи A и AAAA, а при определенных обстоятельствах и записи CNAME. Однако существует еще больше типов записей DNS, с помощью которых система предоставляет дополнительные возможности.

Запись MX — это один из типов, который не совсем относится к Всемирной паутине, а скорее связан с электронной почтой. Но что же это такое?

Записи DNS находятся в файлах зоны. Это простые текстовые файлы, объединяющие все записи в зону, за которую отвечает соответствующий сервер. Если клиент отправляет запрос, отвечающий сервер получает информацию именно из этого файла данных. Различные типы файлов имеют разные функции. Аббревиатура MX означает обмен почтой и, таким образом, уже дает представление о назначении записи: через запись MX клиент получает через DNS информацию о домене, под которым можно связаться с почтовым сервером.

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

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

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

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

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

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

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

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

На практике поля TTL и class редко появляются в записях.

В качестве примера мы используем выдуманный почтовый сервер example.com. Подходящий адрес электронной почты для наших целей будет что-то вроде user@example.com. Таким образом, отправитель веб-сервера посылает свой DNS-запрос в домен example.com. Файл зоны сервера имен для соответствующих записей будет выглядеть следующим образом:

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

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

Для выполнения поиска MX-записей существует ряд веб-служб. Google’sPublic DNS очень удобен и прост в использовании. На сайте вы можете ввести домен, содержащий MX-записи, которые вы хотите проверить. На следующей странице необходимо изменить тип записи с A на MX. Вам не нужно изменять параметры EDNS Client Subnet и DNSSEC. Первая призвана облегчить назначение информации DNS. Вторая гарантирует, что информацией не сможет манипулировать преступная третья сторона.

В примере поиска вы видите различные почтовые серверы под «Ответами». FQDN, под которым они могут быть доступны, находится под элементом данных. Там же указан приоритет: Записи в этом разделе находятся в диапазоне от 10 до 50. Поскольку TTL одинаков для каждой записи, можно считать, что срок действия информации установлен для всей зоны. Под типом всегда расположено одно и то же число: 15. Это соответствует записи MX. Управление по присвоению номеров в Интернете (IANA) фактически присвоило каждому типу записи DNS свое значение и таким образом пронумеровало типы записей последовательно.