Как долго обновляются mx записи
.RU/.SU/.РФ/.COM/.NET./ORG/.BIZ/.INFO
+ более 500 зон по оптимальным ценам
| Форум domain4ik.ru > Панель управления reg.domain4ik.ru > Настройка и управление доменом | ||
| Время обновления mx записи | ||
| Ссылки сообщества |
| Пользователи |
| Поиск по форуму |
| Поиск по метке |
| Расширенный поиск |
| К странице. |
ВНИМАНИЕ! Форум не является средством гарантированной поддержки клиентов и пользователей, поэтому на быстрый ответ здесь рассчитывать не нужно.
Любые вопросы, которые требуют оперативного ответа технических специалистов лучше задавать через обратную связь службы поддержки
Пользователь
Регистрация: 20.01.2017
Сообщений: 3
Время обновления mx записи
Я купил домен, подключил его к яндекс почте, всё сразу заработало.
Через 3 недели пришло письмо от яндекс почты, что mx запись не настроена.
Теперь и хостинг говорит, что домен не направлен. Делегировал домен на dns яндекса, уже 2 дня прошло, а домен всё не подключается.
В течение какого времени обновляется mx запись?
» Обновление MX записи
Просветите, почему хостинг предпочитает менять MX запись в пятницу вечером? Неужели все это так долго обновляется? Возможна потеря писем?
Автор: yurynok
Дата сообщения: 14.03.2006 13:38
обновляется в течении 24 часов.
Автор: NewExc
Дата сообщения: 14.03.2006 13:43
Цитата:
обновляется в течении 24 часов.
как оно может обновляться 24 часа? Это ж просто запись, которая перенаправляет письма с почтового сервера провайдера?
Поменял, и тут же письма пошли на другой ip.
Автор: Master_Alex
Дата сообщения: 14.03.2006 14:38
NewExc
очень просто — у прова она обновиться моментально, а вот по миру зазойдёться — долго, зависит от TTL записи что раньше была
Автор: Raredemon
Дата сообщения: 14.03.2006 14:43
NewExc
для этого надо сначала чтоб запись обновилась на других держателях зоны, они обновляются либо вручную (rndc reload), либо автоматически через заданый интервал. многие крупные провы вручную стараются не обновлять записи. почему? хз.
Автор: yurynok
Дата сообщения: 14.03.2006 14:52
Цитата:
TTL записи
по умолчанию равна 24 часам, но может быть и дольше, у нас при смене IP почта заработала (имеется ввиду вся) примерно через 3 суток.
Автор: NewExc
Дата сообщения: 14.03.2006 15:17
Цитата:
очень просто — у прова она обновиться моментально, а вот по миру зазойдёться — долго, зависит от TTL записи что раньше была
Может я че не понимаю, но.
Когда я отправляю письмо, мой smtp хост коннектится к ДНС и узнает адрес хоста, который отвечает за домен, и уже этот хост, по своей MX записи отправляет письмо какому-то почтовому серваку и далее по цепочке. Выходит, что не нужно распространять mx по всемя миру. достаточно знать хост, на котором есть контроллер домена.
Где я не прав?
Автор: Raredemon
Дата сообщения: 14.03.2006 15:22
NewExc
Да распространять собственно не надо, только среди держателей зоны.
мой smtp хост коннектится к ДНС и узнает адрес хоста, который отвечает за домен, и уже этот хост, по своей MX записи отправляет письмо какому-то почтовому серваку и далее по цепочке
но пока не обновится зона и все держатели зоны не будут знать о новом мх-е, они будут отдавать старый мх.
Автор: FreemanRU
Дата сообщения: 14.03.2006 16:21
NewExc
+ к Raredemon
Есть такая штука как кэш, и соответсвенно запись кэшируется на тех серверах, которые даже не являются держателями зоны, и пока не истечен TTL, новая запись запрошена не будет.
Автор: Leprecon
Дата сообщения: 14.03.2006 19:21
Цитата:
Когда я отправляю письмо, мой smtp хост коннектится к ДНС и узнает адрес хоста, который отвечает за домен, и уже этот хост, по своей MX записи отправляет письмо какому-то почтовому серваку и далее по цепочке. Выходит, что не нужно распространять mx по всемя миру. достаточно знать хост, на котором есть контроллер домена.
Где я не прав?
Почтовый сервер при отправлении почты обращается к ДНС. А ДНС в свою очередь ищет MX записи какого то конкретного домена.
Запись MX распространится автоматически среди держателей зоны.
Когда мы меняли ip адреса. Весь процесс обновления записей MX и A records прошел за 3 часа.
Автор: NewExc
Дата сообщения: 15.03.2006 06:10
Цитата:
Почтовый сервер при отправлении почты обращается к ДНС. А ДНС в свою очередь ищет MX записи какого то конкретного домена.
Запись MX распространится автоматически среди держателей зоны.
Держатели зоны это кто?
Т.е. mx запись прописывается на нескольких DNS. А я думал что по цепочке ДНС мы попадаем на оконечный, который держит mx запись, и который уже отправляет почту куда надо. Так бы было логичнее, ибо не требуется обновлять информацию об mx на куче DNS
Автор: Leprecon
Дата сообщения: 15.03.2006 06:25
Цитата:
Держатели зоны это кто?
Т.е. mx запись прописывается на нескольких DNS. А я думал что по цепочке ДНС мы попадаем на оконечный, который держит mx запись, и который уже отправляет почту куда надо. Так бы было логичнее, ибо не требуется обновлять информацию об mx на куче DNS
Держатели зон это сервера ответсвенные за определенные зоны(например .com, .info, .org . )
Это смотря как у Вас ДНС настроен. Либо он сам ищет mx записи, либо он форвардит ДНС запросы на ДНС прова а тот в свою очередь ищет за него и выдает ему готовый ответ.
Прочитайте книжки по структуре ДНС.
Автор: NewExc
Дата сообщения: 15.03.2006 07:15
Цитата:
Держатели зон это сервера ответсвенные за определенные зоны(например .com, .info, .org . )
Это смотря как у Вас ДНС настроен. Либо он сам ищет mx записи, либо он форвардит ДНС запросы на ДНС прова а тот в свою очередь ищет за него и выдает ему готовый ответ.
Прочитайте книжки по структуре ДНС.
Настройка ресурсных записей на хостинге
Эта инструкция вам подойдет, если у вас заказан хостинг Рег.ру и для домена указаны DNS-серверы ns1.hosting.reg.ru и ns2.hosting.reg.ru. В этом случае ресурсные записи настраиваются в панели управления веб-хостингом (ispmanager, cPanel и Plesk). Как узнать, какие DNS-серверы указаны для домена?
Если у вас нет хостинга Рег.ру и для домена указаны ns1.reg.ru и ns2.reg.ru, воспользуйтесь инструкцией: Настройка ресурсных записей в личном кабинете.
Как создать новую ресурсную запись?
Добавление A-записи
Откройте вашу панель управления и следуйте соответствующей инструкции.
ispmanager
Перейдите в раздел «Управление DNS», кликните по названию домена и нажмите Управлять DNS записями:
На открывшейся странице нажмите нажмите Создать запись:
Выберите тип записи А. В графе «Имя» введите имя домена или поддомена (например: faq-reg.ru. — с точкой в конце), укажите IP-адрес и нажмите Ок:
Готово, ресурсная запись добавлена в зону домена. Изменения вступят в силу в течение часа.
Обратите внимание: если вид вашей панели управления отличается от представленного в статье, в разделе «Основная информация» переключите тему с paper_lantern на jupiter.
В разделе «Домены» откройте Редактор зоны. В строке нужного домена нажмите Управлять. Для добавления новой записи нажмите + Добавить Запись:
В раскрывающемся блоке выберите тип записи А. В графе «Имя» введите поддомен (например: support). В поле «Запись» укажите IP-адрес и нажмите Сохранить запись:
Готово, ресурсная запись добавлена в зону домена. Изменения вступят в силу в течение часа.
Обратите внимание: если внешний вид вашей панели управления отличается от представленного в инструкции, перейдите в раздел «Сайты и домены» и в правом верхнем углу измените вид на «Активный».
В разделе «Сайты и домены» для нужного домена откройте Настройки DNS. Для добавления новой записи нажмите Добавить запись:
Выберите тип записи А. В графе «Имя домена» введите имя поддомена (например: support). Если добавляете А-запись для самого домена, оставьте это поле пустым. Укажите IP-адрес и нажмите Ок:
Готово, ресурсная запись добавлена в зону домена. Изменения вступят в силу в течение часа.
Добавление MX-записи
Откройте вашу панель управления и следуйте соответствующей инструкции.
ispmanager
Обратите внимание: если внешний вид вашей панели управления отличается от представленного в инструкции, кликните в левом нижнем углу «Попробовать новый интерфейс».
Перейдите в раздел «Управление DNS», кликните по названию домена и нажмите Управлять DNS записями:
На открывшейся странице нажмите нажмите Создать запись:
Выберите тип записи MX. В графе «Имя» укажите домен, для которого нужно добавить MX-запись. В поле «Приоритет» задайте приоритет. В поле «Домен» добавьте почтовый сервер вашей почты (например: mx1.hosting.reg.ru.). Затем нажмите Ок. Важно: данные в графах «Имя» и «Домен» добавляются с точкой в конце.
Готово, ресурсная запись добавлена в зону домена. Изменения вступят в силу в течение часа.
Обратите внимание: если вид вашей панели управления отличается от представленного в статье, в разделе «Основная информация» переключите тему с paper_lantern на jupiter.
В разделе «Домены» откройте Редактор зоны. В строке нужного домена нажмите Управлять. Для добавления новой записи нажмите + Добавить Запись:
Выберите тип записи MX. В графе «Имя» укажите домен (обязательно с точкой в конце), для которого нужно добавить MX-запись. В поле «Приоритет» задайте приоритет. В поле «Место назначения» добавьте почтовый сервер вашей почты (например: mx1.hosting.reg.ru.). Затем нажмите Сохранить Запись.
Готово, ресурсная запись добавлена в зону домена. Изменения вступят в силу в течение часа.
Обратите внимание: если внешний вид вашей панели управления отличается от представленного в инструкции, перейдите в раздел «Сайты и домены» и в правом верхнем углу измените вид на «Активный».
В разделе «Сайты и домены» для нужного домена откройте Настройки DNS. Для добавления новой записи нажмите Добавить запись:
Выберите тип записи MX. В графе «Почтовый сервер» укажите сервер, для которого нужно добавить MX-запись. Задайте приоритет почтового сервера и нажмите Ок:
Готово, ресурсная запись добавлена в зону домена. Изменения вступят в силу в течение часа.
Работа с ресурсными записями
Файл зоны состоит из ресурсных записей разных типов. Единственный поддерживаемый класс записей — IN. Набор ресурсных записей с одинаковым типом, классом и именем (в левой части записи) называется множеством записей (RRset). Обязательными являются записи типа SOA и NS для имени, совпадающего с названием зоны, все остальные могут отсутствовать. Записи состоят из различных полей (параметров).
Формат записи временных параметров
В интерфейсе редактора зон возможно указать значение временных параметров в неделях, днях, часах, минутах и секундах, используя соответствующие буквы: w — недели, d — дни, h — часы, m — минуты, s — секунды.
XXw — XX недель, XXd — XX дней, XXh — XX часов, XXm — XX минут, XXs — XX секунд (где XX — число).
В файл зоны временной параметр будет записан в секундах.
Примеры записей:
1890 — 1890 секунд;
2d5h — 2 дня и 5 часов;
3h30s — 3 часа и 30 секунд.
Параметры Default TTL, TTL, Minimum TTL
Временные параметры Default TTL, TTL, Minimum TTL определяют время TTL (Time-to-live — «время жизни»), в течение которого DNS-серверы (кроме вторичных), получившие информацию о записях с любого DNS-сервера, будут ее хранить в своей памяти (кэше) и сообщать ее по запросам других DNS-серверов.
| TTL | Определяет «время жизни» (time-to-live) для конкретной записи. Необязательный параметр. Если значение параметра в записи не указано, то «время жизни» определяется параметром Default TTL. Рекомендуемое значение: 86400 (1d); Диапазон допускаемых редактором DNS-master значений: от 600 до 2147483647 секунд включительно (231−1). Записи, принадлежащие одному множеству RRrset (с одинаковым типом, классом и именем в левой части записи), должны иметь одинаковое значение TTL. |
| Default TTL | Определяет время TTL— «время жизни», в течение которого кэширующие DNS-серверы, получившие информацию о записях с любого DNS-сервера, будут ее хранить в своей памяти (кэше) и сообщать ее по запросам других DNS-серверов и резолверов. Рекомендуемое значение: 86400 (1d); Диапазон допускаемых редактором DNS-master значений: от 600 до 2147483647 секунд включительно (231−1). |
| Minimum TTL | Определяет «время жизни» отрицательных ответов на запросы о ресурсах, не существующих в DNS . Допустимые значения: не менее 5 минут. |
SOA-запись
Запись SOA (Start of Authority) или начальная запись зоны указывает, на каком сервере хранится эталонная информация о данном домене, содержит контактную информацию лица, ответственного за данную зону, параметры времени кэширования зонной информации и взаимодействия DNS-серверов.
В любой зоне должна быть только одна SOA-запись для имени, совпадающего с именем зоны.
Формат SOA-записи
имя [TTL] SOA Данные
имя: имя зоны
TTL: см. описание параметра TTL
SOА: тип записи
Данные:
- Primary Name Server
Первичный (Primary) DNS-сервер для некоторой зоны — DNS-сервер, на котором хранится полная исходная информация об этой зоне.
Пример записи:
ns3-l2.nic.ru. (неизменяемая запись). - Hostmaster
Адрес электронной почты лица, ответственного за содержимое файла зоны.
Формат записи параметра Hostmaster:
В интерфейсе редактора зон в этом поле следует указывать электронный адрес (один) в обычном формате адреса электронной почты. В файл зоны адрес будет записан в стандартном для поля Hostmaster формате, т.е. с символом «@», замененным на «.», и с точкой в конце.
Пример записи:
dns.nic.ru. - Serial number
Serial number (серийный номер) — это номер версии файла зоны. Этот номер должен быть положительным целым числом и увеличиваться каждый раз, когда в файл зоны вносятся изменения (см. RFC1982). Увеличение серийного номера показывает вторичным серверам, что зона изменена, и что им необходимо обновить у себя зону.
Вы можете не увеличивать этот номер вручную, т.к. он увеличивается автоматически при сохранении файла зоны в редакторе файлов зон. Если вы измените серийный номер так, что после сохранения файла зоны он останется неизменным или станет меньше, чем был ранее, то вторичные серверы не будут перечитывать данные с первичного сервера, т.к. будут считать, что данные не изменились.
Диапазон допустимых значений (для редактора файлов зон): от 0 до 2147483646 включительно (2³¹−2). - Refresh
Временной параметр Refresh показывает, как часто вторичные серверы должны запрашивать первичный сервер, чтобы узнать, не увеличился ли Serial number (серийный номер) зоны и, следовательно, не нужно ли обновить его у себя.
Рекомендуемое значение: от 1h до 6h.
Диапазон допустимых значений: от 30m до 4w.
Формат записи временных параметров - Retry
Параметр Retry показывает, как долго вторичный сервер имен должен ждать, перед тем как повторить попытку запроса первичного сервера (на предмет изменений серийного номера данной зоны), если предыдущая попытка оказалась неудачной.
Рекомендуемое значение: от 20m до 60m.
Диапазон допустимых значений: от 5m до 2w.
Формат записи временных параметров - Expire
Параметр Expire указывает верхнее ограничение по времени, в течение которого вторичный сервер может использовать ранее полученные данные о зоне до того, как они потеряют силу из-за отсутствия обновления (например, вследствие отключения первичного сервера имен на длительное время).
Рекомендуемое значение: от 1w до 1m.
Диапазон допустимых значений: не менее значения параметра Refresh и не более 1 года.
Формат записи временных параметров
Редактирование SOA-записи
Для редактирования SOA-записи необходимо выбрать домен.
Затем выбрать пункт «SOA и TTL».
После чего заполнить необходимые поля и нажать кнопку «Применить».
Далее, перед выгрузкой обновленного файла зоны можно посмотреть его содержимое, для этого нужно зайти в пункт «Ресурсные записи».
Нажать ссылку «предпросмотр зоны».
В открывшемся окне проверить корректность обновляемых данных.
В данном случае SOA-запись имеет следующий вид:
domaintest.ru. IN SOA ns3-l2.nic.ru. dns.nic.ru.
(
2014012102 ; serial
1440 ; refresh
36000 ; retry
2592000 ; expire
600 ; minimum
)
Если данные верны, то нужно выгрузить зону. Для этого закройте окно с содержимым файла зоны и нажмите кнопку «Выгрузить зону».
Часто используемые ресурсные записи
A-запись
Запись типа A позволяет установить соответствие между именем хоста в домене и его IP-адресом.
Запись типа A имеет следующий формат:
имя_хоста [TTL] A IP-адрес
имя_хоста: доменное имя хоста (устройства), подключенного к Интернету, для которого данная запись определяет соответствие с его IP-адресом.
TTL: см. описание параметра TTL.
А: тип записи.
IP-адрес: IP-адрес хоста.
Обращаем ваше внимание на то, что у всех записей типа А, относящихся к одному имени хоста, значение TTL должно быть одинаковым.
Примеры A-записи для хоста info.domaintest.ru в файле зоны domaintest.ru:
NS-запись
Записи типа NS (Name Server — cервер имен) описывают DNS-серверы для данного домена. Количество записей типа NS в файле зоны должно точно соответствовать количеству DNS-серверов, обслуживающих домен и включать все DNS-серверы, указанные в домене. Для доменов второго уровня это DNS-серверы, указанные в полях «nserver» в информации по домену, которую можно получить, используя сервис Whois.
Запись типа NS имеет следующий формат:
доменное_имя [TTL] NS имя_хоста
TTL: см. описание параметра TTL.
NS: тип записи.
имя_хоста: доменное имя DNS-сервера.
Примеры NS-записей в домене domaintest.ru. Указаны DNS-серверы, обслуживающие домен domaintest.ru и домен третьего уровня test в домене domaintest.ru (test.domaintest.ru).
Для домена domaintest.ru:
В случае делегирования поддомена, например, test.domaintest.ru:
Обращаем ваше внимание на то, что у всех записей типа NS, относящихся к одному доменному имени, значение TTL должно быть одинаковым.
Если для делегирования некоторого домена в зону внесены NS-записи, то для этого доменного имени в данной зоне не может быть других типов записей, кроме glue-записей, если они нужны (см. RFC1034).
Например, в зоне domaintest.ru делегирован домен vasja.domaintest.ru:
vasja.domaintest.ru. NS ns1.vasja.domaintest.ru.
vasja.domaintest.ru. NS ns2. vasja.domaintest.ru.
В этом случае нужны glue-записи (A-записи с указанием IP-адресов DNS-серверов, на которых размещен домен) вида:
ns1.vasja.domaintest.ru. A 194.123.1.1
ns2.vasja.domaintest.ru. A 194.123.2.1
и недопустимы записи вида:
vasja.domaintest.ru. MX 10 mail.domaintest.ru.
www.vasja.domaintest.ru. A 194.123.1.3
Эти записи должны находиться в зоне домена vasja.domaintest.ru.
MX-запись
Запись типа MX (Mail Exchange — почтовый сервер) определяет почтовый сервер — машину, которая обрабатывает почту для вашего домена.
Запись типа MX имеет следующий формат:
доменное_имя [TTL] MX приоритет почтовый сервер
TTL: см. описание параметра TTL.
MX: тип записи.
приоритет: определяет значение приоритетности почтового сервера. Чем меньше число, тем выше приоритет почтового сервера (0 означает самый высокий приоритет, 65535 — самый низкий). Таким образом, почтовый сервер с более высоким приоритетом является основным, а почтовые серверы с более низкими приоритетами будут второстепенными и вступят в работу в том случае, если все более приоритетные серверы по каким-либо причинам недоступны или неработоспособны.
почтовый сервер: имя почтового сервера.
Примеры MX-записей для домена domaintest.ru:
Таким образом, почтовый сервер relay2.domaintest.ru является основным, а relay3.domaintest.ru является второстепенным почтовым сервером и вступает в работу в том случае, если relay2.domaintest.ru по каким-либо причинам недоступен или неработоспособен.
Обращаем ваше внимание на то, что у всех записей типа MX, относящихся к одному доменному имени, значение TTL должно быть одинаковым, то есть приведенные в примере записи не могут существовать одновременно.
CNAME-запись
Запись типа CNAME (Canonical Name — каноническое имя) позволяет присваивать хосту мнемонические имена. Мнемонические имена, или псевдонимы, широко применяются для связывания с хостом какой-либо функции, либо просто для сокращения имени.
Реальное имя иногда называют каноническим.
Если для хоста есть запись типа CNAME, которая содержит его мнемонические имена, другие записи для данного хоста должны ссылаться на его реальное (каноническое) имя, а не на мнемоническое. Когда программы DNS встречают запись CNAME, они прекращают свои запросы по мнемоническому имени и переключаются на реальное имя.
Например, недопустима конструкция вида:
ns1.domaintest.ru. CNAME ns.domaintest.ru.
office.domaintest.ru. NS ns1.domaintest.ru.
Кроме того, если данное имя использовано в качестве псевдонима, то на него нельзя занести записи любого другого типа.
Т.е. недопустима конструкция вида:
domain CNAME имя_хоста
domain MX 10 почтовый сервер
Мнемонические имена полезны, например, в случае, когда имя хоста изменилось, и вы хотите разрешить пользователям, знающим старое имя, получить доступ к хосту.
Запись типа CNAME имеет следующий формат:
мнемоимя [TTL] CNAME имя_хоста
Мнемоимя: мнемоническое имя хоста.
TTL: см. описание параметра TTL.
CNAME: тип записи.
имя_хоста: каноническое имя хоста.
Примеры CNAME-записей для хоста archive.domaintest.ru в домене domaintest.ru.:
AAAA-запись
Запись типа AAAA позволяет установить соответствие между именем хоста в домене и его IPv6-адресом.
Запись типа AAAA имеет следующий формат:
имя_хоста [TTL] AAAA IPv6_адрес
имя_хоста: доменное имя хоста (устройства), подключенного к Интернету, для которого данная запись определяет соответствие с его IPv6-адресом.
TTL: см. описание параметра TTL.
АAAA: тип записи.
IPv6_адрес: IPv6-адрес хоста.
Обращаем ваше внимание на то, что у всех записей типа АAAA, относящихся к одному имени хоста, значение TTL должно быть одинаковым.
Примеры AAAA-записи для хоста info.domaintest.ru в файле зоны domaintest.ru:
PTR-запись
Записи типа PTR (Pointer — указатель) служат для выполнения обратного преобразования IP-адресов в имена хостов. Для каждого сетевого интерфейса хоста рекомендуется создать запись PTR.
Примечание: Если провайдер выделил вам несколько IP-адресов из своей сети, то по поводу записей в обратной зоне вам следует обращаться к нему.
Запись типа PTR имеет следующий формат:
адрес [TTL] PTR имя_хоста
адрес: преобразованный IP-адрес хоста.
TTL: см. описание параметра TTL.
PTR: тип записи.
Примеры PTR-записей
Если провайдер выделил вам IP-адрес 194.85.61.42 в сети 194.85.61.0/24, то запись о вашем хосте (например, mx.domaintest.ru) будет сделана провайдером в обратной зоне 61.85.194.in-addr.arpa. Запись будет иметь вид:
SRV-запись
Записи типа SRV используются для поиска серверов, обеспечивающих работу тех или иных служб в данном домене.
С подробным описанием этого типа записей вы можете ознакомиться в RFC-2782.
Запись типа SRV имеет следующий формат:
_Service._Proto.Name [TTL] SRV Priority Weight Port Target
Service: название службы (пример: ldap, kerberos, gc и другие).
Proto: протокол, при помощи которого клиенты могут подключиться к данной службе (пример: tcp, udp).
Name: имя домена, в котором размещена данная служба.
TTL: см. описание параметра TTL.
SRV: тип записи. Priority: приоритет данного сервера. Чем меньше число, тем выше приоритет (0 означает самый высокий приоритет, 65535 — самый низкий).
Weight: относительный вес для серверов с одинаковым приоритетом. Предназначен для распределения нагрузки между серверами, для которых указан равный приоритет.
Port: порт, на котором размещена указанная служба на данном сервере.
Target: доменное имя сервера, предоставляющего данную службу.
Примеры SRV-записей
TXT-запись
Запись типа TXT обычно используется для текстового описания доменного имени.
Запись типа TXT имеет следующий формат:
имя [TTL] TXT текст
имя: имя домена или хоста.
TTL: см. описание параметра TTL.
TXT: тип записи.
текст: одна или несколько текстовых строк, каждая из которых содержит не более 255 символов.
При добавлении или редактировании TXT-записи в интерфейсе редактора файлов зон:
- Если необходимо внести несколько текстовых строк, то они должны быть разделены переводом строки.
- Если в строке ввода более 255 символов, перевод строки осуществляется автоматически после 255-го символа.
- Не нужно указывать кавычки (символ «) в начале и конце текстовой строки. В файл зоны строка автоматически будет записана в стандартном для поля TXT-формате, т.е. с кавычками.
- Если в текстовой строке используются кавычки, то они будут автоматически экранированы.
Работа с ресурсными записями
Просмотр существующих ресурсных записей
Для просмотра ресурсных записей необходимо выбрать домен.
Перейти в раздел «Ресурсные записи».
После этого на странице откроется таблица со списком всех текущих ресурсных записей.
Добавление новых ресурсных записей
Для того чтобы добавить новую запись, нужно перейти в раздел «Ресурсные записи» зоны и нажать кнопку «Добавить новую запись».
Указать необходимые параметры добавляемой записи.
* Количество и набор задаваемых параметров различаются в зависимости от типа добавляемой записи.
После того, как вы добавите новую зону, вам нужно выгрузить файл зоны для того, чтобы изменения вступили в силу. Для этого на этой же странице нажмите кнопку «Выгрузить зону».
Маски (символ «*») в записях файла зоны
DNS резервирует специальный символ, звездочку (*), для использования в файлах зоны в качестве части маски. Звездочка сопоставляется с любым числом меток в имени, за исключением тех случаев, когда запись для имени уже существует в базе данных DNS-сервера.
Место использования маски строго определено — это может быть только первый символ в поле имени текущего домена или имени хоста, отделенный от остальных символом «.».
Символ звездочка (*) недопустим в имени домена в левой части NS-записи.
Примеры использования масок:
Записи означают, что почта, отправленная на адрес somebody@domaintest.ru, будет направлена на почтовый сервер relay1.domaintest.ru, а почта, отправленная на любые другие адреса в домене domaintest.ru, например, somebody@mail.domaintest.ru или somebody@anyhost.domaintest.ru, будет направлена на почтовый сервер relay2.domaintest.ru.
Запись означает, что любое возможное имя хоста в домене domaintest.ru (например, «www.domaintest.ru», «mail.domaintest.ru», «anyname1.anyname2.domaintest.ru» и т.п.) будет соответствовать IP-адресу 194.123.1.1.
Ограничения масок:
Маски не сопоставляются с доменными именами, для которых уже определены данные.
Например:
*.domaintest.ru. MX 10 relay2.domaintest.ru
mail.domaintest.ru. MX 10 relay3.domaintest.ru
info.domaintest.ru. A 194.123.1.1
office.domaintest.ru. NS ns1.office.domaintest.ru
Почта, например, для somebody@mail.domaintest.ru будет отправляться на почтовый сервер relay3.domaintest.ru, но почта для somebody@anydomain.domaintest.ru будет отправляться почтовому серверу relay2.domaintest.ru. Поиск MX-записи для info.domaintest.ru приведет к получению ответа, что MX-записи для данного доменного имени не существует. Маска не может быть использована, так как для этого имени существует A-запись. Маска также не будет использована для доменных имен в пределах зоны office.domaintest.ru, так как маски не распространяются за границы делегирования.