Добавить подзону xxx.yourdomain.ru

Редактирование DNS-серверов

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

Внесите необходимые изменения, после чего сохраните их, нажав на кнопку " Сохранить ". Обращаем Ваше внимание, что изменение NS-серверов вступает в силу в течение 24-72 часов с момента их изменения, в зависимости от скорости обновления DNS-кэша Вашего интернет-провайдера.

Добавить подзону xxx.yourdomain.ru

Вы можете добавить подзону для Вашего домена прямо из раздела DNS без создания поддомена. Созданная подзона появится в общем списке.

При создании подзоны возможно выбрать настройки MX-записей для работы почты через такие сервисы, как Яндекс, Google или Mail.ru, а также указать код верификации (в виде TXT-записи), подтверждающий право владения доменом для поисковых систем.

Полный текст зоны

Для того, чтобы просмотреть полный конфигурационный файл основной зоны, Вы можете кликнуть по кнопке Полный текст зоны

Редактирование зоны

В подразделе Быстрое добавление Вы можете буквально в "пару кликов" добавить нужную запись в нужную подзону. Для этого выберите в выпадающем списке нужную подзону, тип записи (A, AAAA, MX, SRV, TXT) и введите саму запись, после чего нажмите " Добавить "

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

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

При нажатии на кнопку можно восстановить все DNS-записи по умолчанию:

• В качестве А-записи будет установлен IP-адрес сервера, на котором находится Ваш аккаунт
• MX-записи изменятся на mx1.сайт и mx2.сайт

Напротив каждой подзоны есть кнопка, позволяющая удалить подзону. При этом сам поддомен удалён не будет.

Для поддоменов также доступно перенаправление на альтернативные NS-сервера. NS-записи отвечают за то, на каких DNS-серверах необходимо искать информацию о Вашем домене (поддомене). Опция доступна только для поддоменов, если для основного домена прописаны наши DNS-сервера. Для того, чтобы установить NS-записи NS, после чего ввести необходимые NS-записи и применить изменения.

Для поддомена также возможно создание алиаса записи. CNAME (canonical name record) или каноническая запись имени используется для перенаправления на другое имя. Для того, чтобы установить CNAME-запись для поддомена, необходимо перейти к редактированию нужной подзоны и выбрать CNAME, после чего ввести необходимую запись и применить изменения.

Система доменных имен – это распределенная база данных, расположенная иерархически и содержащая учетные записи для доменных имен. Главная цель Системы DNS – рассортировать доменные имена по IP-адресам. При выполнении этой роли сервер DNS собирает учетные записи [называемые также ] в Zone File (файле зоны), которая содержит доменные имена и IP-адреса mappings для компьютеров, расположенных в этой зоне. Все Resource Records (Записи источника) имеют TTL [время хранения данной учетной записи], определяющееся количеством секунд, на которые другие сервера DNS и приложения пропускают данную учетную запись.

Большинство хостинговых компаний не предоставляют Вам интерфейс по управлению Вашими собственными учетными записями DNS и/или возможность выбора большого числа провайдеров для различных Услуг, таких как веб - хостинг, майл - хостинг и т.д.

1"st Domain Name Service предоставляет Вам полный контроль над следующими учетными записями, которыми использует наша Услуга по Управлению DNS:

Address Record [A] - Учетная запись [A] – эта основная и наиболее важная учетная запись типа DNS. Она используется для перевода доменного имени из языкового формата символов в IP-aдреса, такие как 1.2.3.4 (цифровой формат).

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

Mail Exchanger - Учетная запись почты - учетная запись MX идентифтцирует почтовый сервер (сервера), ответственные за Ваше доменное имя. При получении электронной почты на адрес [email protected] Ваш почтовый сервер сначала должен просмотреть MX учетную запись для xyz.com, чтобы найти тот почтовый сервер, который пересылает почту на xyz.com (Это может быть mail.xyz.com – или любой другой подобный mail.isp.com). Затем он просматривает учетную запись A для почтового сервера для соединения с его IP-aдресом.

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

Canonimical Name - Учетная запись - [Псевдоним/CNAME] - это вымышленное доменное имя, псевдоним. Часто компьютеры во время пользования Интернетом оперируют сразу множеством функций, таких как Web Server, FTP Server, Chat Server и т.д. Для маскировки этого учетная запись CNAME может быть использована, чтобы дать одиночному компьютеру большое число имен (псевдонимов).

Иногда одиночный сервер содержит много различных доменных имен, и тогда CNAME учетная запись может определять такие установки, как, например, www.abc.com = www.xyz.com.

Наиболее часто используемая учетная запись типа CNAME обеспечивает доступ к Интернет - серверу равно как стандартным путем www.domain.com и domain.com (не используя www). Это обычно производится созданием учетной записи A для короткого имени (без www), и учетную запись CNAME для www имени, указывающем на короткое имя.
CNAME учетные записи могут быть также использованы для переименования адреса компьютера или услуги, временно позволяя пользоваться как старым, так и новым именем.

Authoritative Name Server - Ответственная запись - эти записи идентифицируют DNS серверы, ответственные (authoritative) за Зону. Зона может содержать одну NS учетную запись для каждого из всех собственных DNS серверов (первичных и вторичных). Наиболее часто это используется для переноса зоны домена (оповещений). Эти NS учетные записи имеют такое же имя, как и Зона, в которой они расположены.

Но самая главная функция NS учетной записи – Передача (Делегирование). Она означает, что часть домена передана под контроль других DNS серверов.

Вы также можете иметь контроль над поддоменами Вашего доменного имени (таких как subdomain.yourname.com) другим DNS серверам. NS учетная запись идентифицирует имя DNS сервера, но не IP-адреса. Исходя из этого, крайне важно, чтобы учетная запись A присутствовала для упомянутого сервера, в противном случае DNS сервер не сможет обнаружить путь для связи с ним.

Если NS учетная запись отправляется поддоменом (subdomain.yourname.com) на DNS сервер с подименем в нем (типа ns1.subdomain.yourname.com), учетная запись A для этого сервера (ns1.subdomain.yourname.com) должна входить в вышестоящую Зону (yourname.com). Эта учетная запись A определяется как учетная запись Glue (клей), потому что она недействительна вне вышестоящей Зоны, и необходимо четко определить местонахождение DNS сервера для переносимого поддомена.

Start of Authority - Учетная запись Начала Ответственности – Отмечает начало зоны, является первой записью в файле зоны. Каждая Зона содержит одну учетную запись SOA, которая поддерживает следующие возможности для каждой Зоны:

Primary DNS Server (origin) (Имя первичного DNS сервера)
Указывает доменное имя первичного DNS сервера для Зоны. Обычно указывается в форме полностью определенного доменного имени (с точкой на конце). Здесь содержится наиболее достоверная информация о домене. Каждая Зона может содержать подбор нескольких Учетных записей NS.

Mailbox of the Responsible Person (contact) (Почтовый ящик ответственного лица). Указывает адрес электронной почты лица, ответственного за содержание Зоны. Хорошая практика - указывать здесь должностной адрес (hostmaster, root, admin...), а не адрес конкретного человека.
Правило преобразования contact в адрес: первая слева точка заменяется знаком (@).

Serial Number (serial) (Серийный номер)
Используется вторичными DNS серверами для проверки изменений Зоны. Если номер Serial Number выше, чем у вторичных DNS серверов, то автоматически будет произведен перенос Зоны. При совершенных изменениях в Зоне или ее учетных записях это число автоматически возрастет. Может строиться по любым правилам, но обязательно должно увеличиваться при каждом изменении файла зоны. Лучше всего использовать формат: YYYYMMDDXX (год, месяц, день, номер изменения зоны за текущий день).
Этот порядковый номер используется при передаче информации от основного (primary) к вторичным (secondary) серверам.
Вторичный сервер запрашивает у основного SOA-запись и
сравнивает порядковый номер зоны, которая хранится на
вторичном сервере, с порядковым номером зоны основного сервера.
Если номер на основном сервере больше (т.е. вторичный сервер содержит уже устаревшую информацию), вторичный сервер запрашивает передачу всего файла зоны (zone transfer).
Пример: 19990110001

Refresh Interval (refresh) (Интервал обновлений) - интервал времени между опросами вторичных серверов. Показывает, как часто вторичные DNS сервера проверяют, были ли совершены изменения в Зоне. Каждые "refresh" секунд вторичный сервер проверяет порядковый номер SOA. Величина, указанная в refresh, должна отражать реальную частоту обновления зоны. Для более стабильных зон можно указывать большие значения refresh.
Рекомендуемое значение: 8-24 часа (28800 - 86400)
Пример:
86400; refresh (1 day)

Retry Interval (retry) (Интервал повторных попыток)
Интервал времени, через который вторичный сервер должен повторить попытку, если оснвоной сервер не отвечает.
Не следует указывать это значение слишком маленьким. Показывает, как часто вторичные DNS сервера проверяют, были ли произведены изменения, если refresh не показал ничего.
Рекомендуется: час (3600) или два (7200).
Пример:
7200; retry (2 hour)

Expire Interval (expire) (Интервал окончания действия) - сколько времени вторичный сервер должен хранить информацию о зоне, если основной сервер недоступен, т.е. как долго зона была доступна после обновления. По истечении этого срока, вторичный сервер отмечает, что его ответы не являются достоверными (non-authoritative answer).
Как правило, это достаточно большая величина: 3600000 - 42 дня.
Пример:
1209600; expire (14 days)
Вторичные серверы автоматически удалят Зону, если в ней не было обновления в данном промежутке времени.

Minimum (default) TTL (minimum) (Минимум (по умолчанию) TTL)
Используемое по умолчанию TTL для новых учетных записей, создаваемых вне Зоны. Сколько времени нужно хранить запись в кэш-памяти любого name-сервера, который запрашивает информацию о домене. После этого информация устаревает и name-сервер должен будет послать запрос на один из авторитетных серверов (primary, secondary). Minimum TTL должно соответствовать среднему частоте изменений в зоне, но не более 345600 (4 days).
Именно это значение может уменьшить или увеличить ненужный DNS-трафик к авторитетному name-серверу. Если вы меняете записи, лучше установить minimum меньше, чтобы устаревшая информация не оставалась в сети. Для достаточно стабильной зоны значение minimum выбирайте в пределах нескольких дней.
Рекомендуется: сутки - неделя (604800).
Пример:
86400; minimum (1 day)
Также другой DNS сервер может его использовать для скрытия отрицательного ответа (такого как, например, record does not exist - запись не существует, и т.д.).

4.1 Что такое DNS? Основные понятия.
4.2 Как работает DNS?
4.3 Типы ресурсных записей.

4.3.1 NS-записи.
4.3.2 A-записи.
4.3.3 AAAA-записи.
4.3.4 MX-записи.
4.3.5 CNAME-записи.
4.3.6 TXT-записи
4.3.7 SRV-записи.
4.4 Добавление ресурсных записей.
4.5 Архивные версии зоны.

DNS (Domain Name System, система доменных имён) - иерархическая, распределенная в сети система баз данных, предоставляющая пользователям сети дополнительный сервис (технически реализованный на компьютерах - DNS серверах, на которых запущено специальное программное обеспечение), по автоматическому преобразованию запросов, оформленных в удобном для человека текстовом формате, например www.test.ru, в цифровой IP адрес компьютера, например 123.123.123.123, где находится искомый ресурс.

Иерархию DNS чаще всего представляют в виде древовидной структуры В основе этого дерева находится корневой домен "." (root), далее идут домены первого уровня TLD (top level domains). За доменами первого уровня не закреплено ни каких IP-адресов, они предназначены для создания на их основе (в их зонах) доменов второго уровня, с последующим закреплением за ними IP адресов.

Как работает DNS?

DNS работает в режиме вопрос/ответ. Допустим Вы ввели в строке своего браузера test.ru.

Рассмотрим работу DNS пошагово:

Шаг 1. Ваш браузер об IP адресе test.ru ничего не знает и с запросом IP адреса, через специальную программу resolver обращается к локальному серверу имен. Локальный DNS сервер это сервер имен Вашей локальной сети или DNS сервер Вашего Интернет провайдера. "Откуда браузеру известно о существовании этого локального DNS?" - спросите Вы. Все очень просто: При настройках сетевого подключения Вы прописываете IP адреса DNS серверов (предпочитаемого и/или альтернативного) один из которых будет отвечать на запросы посылаемые Вашим браузером через resolver - это и есть локальный или местный сервер Вашей сети. Вы всегда можете посмотреть IP адрес Вашего локального DNS сервера. Для этого достаточно посмотреть свойства сетевого подключения, используемого на Вашем компьютере.

Шаг 2. Запрос на IP адрес test.ru доходит до местного сервера имен. Этот сервер об этом IP адресе ничего не знает, и посылает запрос одному из корневых серверов "." (root).

Шаг 3. Корневой сервер отдает локальному серверу IP адрес сервера, который поддерживает зону.ru.

Шаг 5. Этот DNS сервер по полученному запросу отдает IP адрес сервера, который поддерживает зону test.ru.

Шаг 6. Местный DNS сервер с запросом IP адреса test.ru обращается к DNS серверу зоны test.ru.

Шаг 7. Локальный сервер имен получает IP адрес test.ru. от DNS сервера зоны test.ru.

Шаг 8. Получив адрес test.ru локальный DNS сервер сообщает его Вашему браузеру.

Типы ресурсных записей.

Основные типы ресурсных записей (Resource Records)

Любой пользователь Интернет имеющий домены на серверах хостинг-провайдеров могут создавать и редактировать свои DNS записи. DNS записи имеют Имя, Тип записи и Адрес. Эти названия в различных панелях могут меняться. Например, может быть так:

Имя/Хост/Псевдоним; Тип записи; Значение/Ответ/Назначение/Адрес.

Во всех вариантах «Тип записи» остается неизменным.

Имя записи

Имя записи, оно же хост/псевдоним это доменное имя, к которому принадлежит или привязана создаваемая запись.

При создании записи в поле «Имя» доменное имя указывается полностью. Имя субдомена или псевдонима не нужно указывать полностью. Достаточно указать имя третьего уровня: mail, www, ftp. Если вводите полное имя, обязательно поставьте точку в конце. То есть имя mail и mail.example.ru. это одно и то же имя в поле Имя/хост/псевдоним.

DNS записи- типы

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

 

 

Тип записи А

Тип записи: А (address record) или (адрес Internet 4). Этот тип записи привязывает конкретное доменное имя на определенный, точный IP-адрес.

Можно добавить больше одного IP адреса для одного домена (имени хоста). Это нужно если используется firewall. Для этого нужно добавить вторую запись типа A, аналогично первой. Указав только другой IP.

В теории можно для одного IP адреса, указать более одного домена. Но этого делать не нужно, так как система доменных имен (DNS) имеет запись специально предназначенную для создания псевдонимов. Называется эти запись типа CNAME.

Тип записи АААА

Тип записи: AAАA (address record для IPv6) или (адрес Internet 6). Тоже. Что и тип записи А, но IP адрес имеет внешний вид по протоколу IPv6. Например: IPv6-2a03:4900:0:3::99:155

Тип записи CNAME

CNAME (каноническое имя -canonical name record). Запись типа CNAME позволяет иметь и использовать на сервере более одного имени домена (хоста).

Сначала создается одна запись типа А, для одного IP адреса. Имя домена в записи типа А, называется каноническим именем. Другие домены называют мнемонические. Мнемонические имена могут быть псевдонимами (произвольными именами) или субдоменами. Здесь пример CNAME записи:

popov.example.ru. CNAME example.ru. (не забываем точки в конце).

Сервер может иметь любое количество псевдонимов. Для каждого псевдонима нужно создать запись типа CNAME.

Еще пример записи CNAME:

hosting-1 IN A 8.8.8.8

www IN CNAME hosting-1

ftp IN CNAME hosting-1

Покупаем второй IP и на второй IP переводим поддомен ftp:

hosting-1 IN A 8.8.8.8

hosting-2 IN A 8.8.8.9

www IN CNAME hosting-a

ftp IN CNAME hosting-b, переносим на второй хостинг FTP –сервер.

Еще пример записи CNAME:

hosting-1 IN A 8.8.8.8

peter IN CNAME hosting-1

oleg IN CNAME hosting-1

Следующими записями CNAME привязываем псевдонимы:

example.com. IN CNAME example.ru.

www.example.com. IN CNAME example.ru.

test.example.com. IN CNAME example.ru.

тем самым мы связываем домены example.com, www.example.com, test.example.com с каноническим доменом example.ru. Точки в конце обязательны.

Еще пример переадресация (редирект) с помощью записи типа CNAME

www.example.ru. IN CNAME example.ru.

Обычно, сервера по умолчанию создают записи CNAME только для поддоменов основного домена и не делают их для других доменов (как на фото).

Тип записи MX

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

Например: Имя/хост/псевдоним — example.ru; Тип записи -MX (почтовый сервер); Значение/ответ/назначение/Адрес – mail. Этой записью вы создаете почтовый поддомен mail.example.ru. Если используется внутренний почтовый сервис сервера, то для поддомена mail.example.ru нужно создать тип записи «А». Имя:mail- A (тип записи)- Адрес: IP сервера.

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

Записью CNAME переадресуйте почтовый домен mail.example.ru. на адрес почтового домена. А записью типа MX для самого домена example.ru. задайте адрес вашего стороненого почтового ящика. В качестве примера можно использовать почтовый сервер Яндекс.

• Для Яндекс тип записи MX будет такой:

Имя/хост/псевдоним — example.ru; Тип записи -MX (почтовый сервер); Значение/ответ/назначение/Адрес – mx.yandex.ru. Приоритет 10.

• Тип CNAME такой:

Имя/хост/псевдоним – mail; Тип записи –CNAME; Значение/ответ/назначение/Адрес –domain.mail.yandex.ru. Приоритет 10.

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

Кроме Яндекс, с помощью MX записей можно привязать домен к почтовым серверам Google, Mail.ru и другим:

Тип записи NS

Тип записи NS (сервер имён). Это, пожалуй, самый важный тип записи. Он определяет домены (адреса) DNS серверов, обслуживающих этот домен.

Тип записи TXT

TXT (текстовая запись). Это информационная запись. Она не несет функциональной нагрузки.

Кэширование информации

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

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

Данные серверов DNS 1-го и 2-го уровня также кешируются. Более того, многие серверы DNS национальных доменов сети Интернет, к сожалению, обновляются не моментально, а раз в несколько часов. Поэтому, если Вы изменяли серверы DNS, и в ответе WHOIS уже указаны новые серверы DNS, то необходимо подождать обновления “корневых” серверов DNS.

 

Редактирование DNS-серверов

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

Внесите необходимые изменения, после чего сохраните их, нажав на кнопку " Сохранить ". Обращаем Ваше внимание, что изменение NS-серверов вступает в силу в течение 24-72 часов с момента их изменения, в зависимости от скорости обновления DNS-кэша Вашего интернет-провайдера.

Добавить подзону xxx.yourdomain.ru

Вы можете добавить подзону для Вашего домена прямо из раздела DNS без создания поддомена. Созданная подзона появится в общем списке.

При создании подзоны возможно выбрать настройки MX-записей для работы почты через такие сервисы, как Яндекс, Google или Mail.ru, а также указать код верификации (в виде TXT-записи), подтверждающий право владения доменом для поисковых систем.

Полный текст зоны

Для того, чтобы просмотреть полный конфигурационный файл основной зоны, Вы можете кликнуть по кнопке Полный текст зоны

Редактирование зоны

В подразделе Быстрое добавление Вы можете буквально в "пару кликов" добавить нужную запись в нужную подзону. Для этого выберите в выпадающем списке нужную подзону, тип записи (A, AAAA, MX, SRV, TXT) и введите саму запись, после чего нажмите " Добавить "

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

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

При нажатии на кнопку можно восстановить все DNS-записи по умолчанию:

• В качестве А-записи будет установлен IP-адрес сервера, на котором находится Ваш аккаунт
• MX-записи изменятся на mx1.сайт и mx2.сайт

Напротив каждой подзоны есть кнопка, позволяющая удалить подзону. При этом сам поддомен удалён не будет.

Для поддоменов также доступно перенаправление на альтернативные NS-сервера. NS-записи отвечают за то, на каких DNS-серверах необходимо искать информацию о Вашем домене (поддомене). Опция доступна только для поддоменов, если для основного домена прописаны наши DNS-сервера. Для того, чтобы установить NS-записи NS, после чего ввести необходимые NS-записи и применить изменения.

Для поддомена также возможно создание алиаса записи. CNAME (canonical name record) или каноническая запись имени используется для перенаправления на другое имя. Для того, чтобы установить CNAME-запись для поддомена, необходимо перейти к редактированию нужной подзоны и выбрать CNAME, после чего ввести необходимую запись и применить изменения.

Система доменных имен – это распределенная база данных, расположенная иерархически и содержащая учетные записи для доменных имен. Главная цель Системы DNS – рассортировать доменные имена по IP-адресам. При выполнении этой роли сервер DNS собирает учетные записи [называемые также ] в Zone File (файле зоны), которая содержит доменные имена и IP-адреса mappings для компьютеров, расположенных в этой зоне. Все Resource Records (Записи источника) имеют TTL [время хранения данной учетной записи], определяющееся количеством секунд, на которые другие сервера DNS и приложения пропускают данную учетную запись.

Большинство хостинговых компаний не предоставляют Вам интерфейс по управлению Вашими собственными учетными записями DNS и/или возможность выбора большого числа провайдеров для различных Услуг, таких как веб - хостинг, майл - хостинг и т.д.

1"st Domain Name Service предоставляет Вам полный контроль над следующими учетными записями, которыми использует наша Услуга по Управлению DNS:

Address Record [A] - Учетная запись [A] – эта основная и наиболее важная учетная запись типа DNS. Она используется для перевода доменного имени из языкового формата символов в IP-aдреса, такие как 1.2.3.4 (цифровой формат).

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

Mail Exchanger - Учетная запись почты - учетная запись MX идентифтцирует почтовый сервер (сервера), ответственные за Ваше доменное имя. При получении электронной почты на адрес [email protected] Ваш почтовый сервер сначала должен просмотреть MX учетную запись для xyz.com, чтобы найти тот почтовый сервер, который пересылает почту на xyz.com (Это может быть mail.xyz.com – или любой другой подобный mail.isp.com). Затем он просматривает учетную запись A для почтового сервера для соединения с его IP-aдресом.

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

Canonimical Name - Учетная запись - [Псевдоним/CNAME] - это вымышленное доменное имя, псевдоним. Часто компьютеры во время пользования Интернетом оперируют сразу множеством функций, таких как Web Server, FTP Server, Chat Server и т.д. Для маскировки этого учетная запись CNAME может быть использована, чтобы дать одиночному компьютеру большое число имен (псевдонимов).

Иногда одиночный сервер содержит много различных доменных имен, и тогда CNAME учетная запись может определять такие установки, как, например, www.abc.com = www.xyz.com.

Наиболее часто используемая учетная запись типа CNAME обеспечивает доступ к Интернет - серверу равно как стандартным путем www.domain.com и domain.com (не используя www). Это обычно производится созданием учетной записи A для короткого имени (без www), и учетную запись CNAME для www имени, указывающем на короткое имя.
CNAME учетные записи могут быть также использованы для переименования адреса компьютера или услуги, временно позволяя пользоваться как старым, так и новым именем.

Authoritative Name Server - Ответственная запись - эти записи идентифицируют DNS серверы, ответственные (authoritative) за Зону. Зона может содержать одну NS учетную запись для каждого из всех собственных DNS серверов (первичных и вторичных). Наиболее часто это используется для переноса зоны домена (оповещений). Эти NS учетные записи имеют такое же имя, как и Зона, в которой они расположены.

Но самая главная функция NS учетной записи – Передача (Делегирование). Она означает, что часть домена передана под контроль других DNS серверов.

Вы также можете иметь контроль над поддоменами Вашего доменного имени (таких как subdomain.yourname.com) другим DNS серверам. NS учетная запись идентифицирует имя DNS сервера, но не IP-адреса. Исходя из этого, крайне важно, чтобы учетная запись A присутствовала для упомянутого сервера, в противном случае DNS сервер не сможет обнаружить путь для связи с ним.

Если NS учетная запись отправляется поддоменом (subdomain.yourname.com) на DNS сервер с подименем в нем (типа ns1.subdomain.yourname.com), учетная запись A для этого сервера (ns1.subdomain.yourname.com) должна входить в вышестоящую Зону (yourname.com). Эта учетная запись A определяется как учетная запись Glue (клей), потому что она недействительна вне вышестоящей Зоны, и необходимо четко определить местонахождение DNS сервера для переносимого поддомена.

Start of Authority - Учетная запись Начала Ответственности – Отмечает начало зоны, является первой записью в файле зоны. Каждая Зона содержит одну учетную запись SOA, которая поддерживает следующие возможности для каждой Зоны:

Primary DNS Server (origin) (Имя первичного DNS сервера)
Указывает доменное имя первичного DNS сервера для Зоны. Обычно указывается в форме полностью определенного доменного имени (с точкой на конце). Здесь содержится наиболее достоверная информация о домене. Каждая Зона может содержать подбор нескольких Учетных записей NS.

Mailbox of the Responsible Person (contact) (Почтовый ящик ответственного лица). Указывает адрес электронной почты лица, ответственного за содержание Зоны. Хорошая практика - указывать здесь должностной адрес (hostmaster, root, admin...), а не адрес конкретного человека.
Правило преобразования contact в адрес: первая слева точка заменяется знаком (@).

Serial Number (serial) (Серийный номер)
Используется вторичными DNS серверами для проверки изменений Зоны. Если номер Serial Number выше, чем у вторичных DNS серверов, то автоматически будет произведен перенос Зоны. При совершенных изменениях в Зоне или ее учетных записях это число автоматически возрастет. Может строиться по любым правилам, но обязательно должно увеличиваться при каждом изменении файла зоны. Лучше всего использовать формат: YYYYMMDDXX (год, месяц, день, номер изменения зоны за текущий день).
Этот порядковый номер используется при передаче информации от основного (primary) к вторичным (secondary) серверам.
Вторичный сервер запрашивает у основного SOA-запись и
сравнивает порядковый номер зоны, которая хранится на
вторичном сервере, с порядковым номером зоны основного сервера.
Если номер на основном сервере больше (т.е. вторичный сервер содержит уже устаревшую информацию), вторичный сервер запрашивает передачу всего файла зоны (zone transfer).
Пример: 19990110001

Refresh Interval (refresh) (Интервал обновлений) - интервал времени между опросами вторичных серверов. Показывает, как часто вторичные DNS сервера проверяют, были ли совершены изменения в Зоне. Каждые "refresh" секунд вторичный сервер проверяет порядковый номер SOA. Величина, указанная в refresh, должна отражать реальную частоту обновления зоны. Для более стабильных зон можно указывать большие значения refresh.
Рекомендуемое значение: 8-24 часа (28800 - 86400)
Пример:
86400; refresh (1 day)

Retry Interval (retry) (Интервал повторных попыток)
Интервал времени, через который вторичный сервер должен повторить попытку, если оснвоной сервер не отвечает.
Не следует указывать это значение слишком маленьким. Показывает, как часто вторичные DNS сервера проверяют, были ли произведены изменения, если refresh не показал ничего.
Рекомендуется: час (3600) или два (7200).
Пример:
7200; retry (2 hour)

Expire Interval (expire) (Интервал окончания действия) - сколько времени вторичный сервер должен хранить информацию о зоне, если основной сервер недоступен, т.е. как долго зона была доступна после обновления. По истечении этого срока, вторичный сервер отмечает, что его ответы не являются достоверными (non-authoritative answer).
Как правило, это достаточно большая величина: 3600000 - 42 дня.
Пример:
1209600; expire (14 days)
Вторичные серверы автоматически удалят Зону, если в ней не было обновления в данном промежутке времени.

Minimum (default) TTL (minimum) (Минимум (по умолчанию) TTL)
Используемое по умолчанию TTL для новых учетных записей, создаваемых вне Зоны. Сколько времени нужно хранить запись в кэш-памяти любого name-сервера, который запрашивает информацию о домене. После этого информация устаревает и name-сервер должен будет послать запрос на один из авторитетных серверов (primary, secondary). Minimum TTL должно соответствовать среднему частоте изменений в зоне, но не более 345600 (4 days).
Именно это значение может уменьшить или увеличить ненужный DNS-трафик к авторитетному name-серверу. Если вы меняете записи, лучше установить minimum меньше, чтобы устаревшая информация не оставалась в сети. Для достаточно стабильной зоны значение minimum выбирайте в пределах нескольких дней.
Рекомендуется: сутки - неделя (604800).
Пример:
86400; minimum (1 day)
Также другой DNS сервер может его использовать для скрытия отрицательного ответа (такого как, например, record does not exist - запись не существует, и т.д.).

4.1 Что такое DNS? Основные понятия.
4.2 Как работает DNS?
4.3 Типы ресурсных записей.

4.3.1 NS-записи.
4.3.2 A-записи.
4.3.3 AAAA-записи.
4.3.4 MX-записи.
4.3.5 CNAME-записи.
4.3.6 TXT-записи
4.3.7 SRV-записи.
4.4 Добавление ресурсных записей.
4.5 Архивные версии зоны.

DNS (Domain Name System, система доменных имён) - иерархическая, распределенная в сети система баз данных, предоставляющая пользователям сети дополнительный сервис (технически реализованный на компьютерах - DNS серверах, на которых запущено специальное программное обеспечение), по автоматическому преобразованию запросов, оформленных в удобном для человека текстовом формате, например www.test.ru, в цифровой IP адрес компьютера, например 123.123.123.123, где находится искомый ресурс.

Иерархию DNS чаще всего представляют в виде древовидной структуры В основе этого дерева находится корневой домен "." (root), далее идут домены первого уровня TLD (top level domains). За доменами первого уровня не закреплено ни каких IP-адресов, они предназначены для создания на их основе (в их зонах) доменов второго уровня, с последующим закреплением за ними IP адресов.

Как работает DNS?

DNS работает в режиме вопрос/ответ. Допустим Вы ввели в строке своего браузера test.ru.

Рассмотрим работу DNS пошагово:

Шаг 1. Ваш браузер об IP адресе test.ru ничего не знает и с запросом IP адреса, через специальную программу resolver обращается к локальному серверу имен. Локальный DNS сервер это сервер имен Вашей локальной сети или DNS сервер Вашего Интернет провайдера. "Откуда браузеру известно о существовании этого локального DNS?" - спросите Вы. Все очень просто: При настройках сетевого подключения Вы прописываете IP адреса DNS серверов (предпочитаемого и/или альтернативного) один из которых будет отвечать на запросы посылаемые Вашим браузером через resolver - это и есть локальный или местный сервер Вашей сети. Вы всегда можете посмотреть IP адрес Вашего локального DNS сервера. Для этого достаточно посмотреть свойства сетевого подключения, используемого на Вашем компьютере.

Шаг 2. Запрос на IP адрес test.ru доходит до местного сервера имен. Этот сервер об этом IP адресе ничего не знает, и посылает запрос одному из корневых серверов "." (root).

Шаг 3. Корневой сервер отдает локальному серверу IP адрес сервера, который поддерживает зону.ru.

Шаг 5. Этот DNS сервер по полученному запросу отдает IP адрес сервера, который поддерживает зону test.ru.

Шаг 6. Местный DNS сервер с запросом IP адреса test.ru обращается к DNS серверу зоны test.ru.

Шаг 7. Локальный сервер имен получает IP адрес test.ru. от DNS сервера зоны test.ru.

Шаг 8. Получив адрес test.ru локальный DNS сервер сообщает его Вашему браузеру.

Типы ресурсных записей.

Основные типы ресурсных записей (Resource Records)

Любой пользователь Интернет имеющий домены на серверах хостинг-провайдеров могут создавать и редактировать свои DNS записи. DNS записи имеют Имя, Тип записи и Адрес. Эти названия в различных панелях могут меняться. Например, может быть так:

Имя/Хост/Псевдоним; Тип записи; Значение/Ответ/Назначение/Адрес.

Во всех вариантах «Тип записи» остается неизменным.

Имя записи

Имя записи, оно же хост/псевдоним это доменное имя, к которому принадлежит или привязана создаваемая запись.