Система доменных имен (DNS) представляет собой распределенную базу данных, расположенных иерархически, содержащий записи для доменных имен. Для системы DNS главной целью является соответствие доменного имени IP-адресу . Для того, чтобы выполнить эту роль, DNS-сервер содержит Записи ресурсов (Записи) в файле зоны, который содержит имя домена и IP-адреса для отображения компьютеров, содержащиеся в этой зоне. Все записи ресурсов имеют Time To Live TTL (TTL), с указанием количества секунд другими серверами DNS и приложениям разрешено кэширование записи.

Типы записей ресурсов (RRs), управляемые через DNS Service ResellerClub

Адрес (IPv4 A)Запись : Они используются для перевода доменных имен в IP-адреса..

AAAA (IPv6) Запись : Запись адреса IPv6 является гораздо большим адресным пространством, чем запись IPv4 адресов. Адреса IPv6 в записи адреса равняются 128 бит, в то время как в IPv4 запись адресов составляет 32 бит.

Примечание

При размещении вашего доменного имени у веб-хостинговой компании, вам будет предоставлен ​​либо адрес IPv4 или IPv6-адрес. Это должно быть установлено как запись или запись AAAA соответственно, для данного доменного имени.

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

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

Запись Канонического имени (CNAME) : CNAME записи являются псевдонимами доменного имени. Часто компьютеры в Интернете имеют несколько функций, таких как веб-сервер, FTP-сервер, чат сервер, и т.д. Чтобы скрыть это, CNAME запись может быть использована, чтобы дать одному компьютеру несколько имен (псевдонимов).

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

Пример :

www.abc.in может быть CNAME для www.abc.com .

Самое популярное использование записи CNAME , является обеспечение доступа к веб-сервера с использованием стандартных www.yourdomainname.com иyourdomainname.com (без www). Это обычно делается путем добавления записи CNAME для WWW, указывающий короткое имя [при создании записи для более короткое имя (без WWW)].

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

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

Наиболее важной функцией является запись NS Делегирования. Делегирование означает, что часть домен делегирован на другие серверы DNS.

Вы также можете делегировать суб-доменов свое собственное доменное имя (such as subdomain.yourdomainname.com ) на другие серверы DNS. Запись NS указывает имя для DNS сервера, но , не IP адрес. В связи с этимважно , что есть A запись для ссылаемого DNS сервера , иначе не может быть никакого способа, чтобы определить сервер DNS и соединиться с ним.

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

Текст (TXT) Записи : TXT Записи дают возможность связать текст с домена или поддомена. Этот текст предназначен для строго предоставления информации и не имеет функций как таковых. TXT-записи могут хранить до 255 символов свободной текстовой форме. Эта запись, как правило, используются для передачи информации о зоне. Несколько записей TXT разрешены, но их порядок не обязательно сохранен.

Пример :

Вы можете добавить запись TXT для yourdomainname.com со значениемЭто мой почтовый сервер . Здесь, если кто-то проверял TXT отчеты yourdomainname.com , заметил бы текст, содержащимся в TXT-записи..

TXT Запись может быть использована для осуществления следующих действий:

• Sender Policy Framework (SPF) : Sender Policy Framework является продолжением простого протокола передачи почты (SMTP). SPF позволяет программному обеспечению выявлять и отклонять поддельные адреса в SMTP MAIL FROM (Return-Path). SPF позволяет владельцу домена указать их отправке политики, например, которые почтовые серверы используют для отправки почты из своих доменных имен. Технология требует двух сторон работать в тандеме:

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

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

DomainKeys : DomainKeys - это система аутентификации почты (разработана в Yahoo!), предназначенная для проверки подлинности электронной почты отправителя и целостности сообщения (например, сообщение не было изменено во время транспортировки). Спецификация DomainKeys принял аспекты Выявленные Internet Mail создать усовершенствованный протокол называется DomainKeys Identified Mail (DKIM).

Service (SRV) Запись : SRV или Service запись - категория данных в DNS указанием информации о доступных услугах.При взгляде на услугу, Вы должны начать поиск записей SRV для сервиса чтобы увидеть, какой сервер обрабатывает его на самом деле. Затем он ищет адрес записи для сервера для подключения к его IP-адрес..

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

Новые интернет-протоколы, такие как SIP (Session Initiation Protocol) и XMPP (Extensible Messaging и Presence Protocol) часто требуют SRV поддержки клиентов.

Начало Записи Authority (SOA) : Каждая Зона содержит одну запись SOA, которая имеет следующие значения для зон:

• Имя основного Сервера DNS : доменное имя первичного DNS-сервера для зоны. Зона должна содержаться соответствующая запись NS.

  Почтовый ящик Ответственного лица

  Серийный номер : Используется Вторичными серверами DNS для проверки, если зона изменилась. Если серийный номер выше, чем тот, что вторичный сервер, передача зоны будет инициирован. Этот номер автоматически увеличивается на наши DNS-серверов при внесении изменений в Зоне или его записи сделаны.

  Интервал Обновления : Как часто вторичные серверы DNS должны проверяться, если в зону вносятся изменения.

  Интервал Повтора : Как часто Вторичному серверу DNS следует повторить проверку, если были внесены изменения, и если первое обновление не удается.

  Срок действия Интервала : Как долго зона будет доступна после обновления. Вторичные серверы будут отказаться от Зоны, если не обновление может быть сделано в течение этого интервала.

  Минимальные (по умолчанию) TTL : используется по умолчанию TTL для новых записей, созданных в пределах зоны. Также используются другие серверы DNS для кэширования отрицательных ответов (например, запись не существует, и т.д.).

Управление записями ресурсов

Войти в вашу Панель Управления .

Перейдем к интерфейсу DNS Service .

Примечание

• Служба DNS активируется, когда вы нажмете на ссылку в впервый разна ссылкуУправление DNS .

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

  Внимание

  Вы не можете выполнить это действие..

Управление A Записями :

1. Нажмите A Записи и в следующем окне нажмитеДобавить A Запись .

   Там вы найдете 3 поля:

   • Host Name :здесь имя домена, для которого вы добавляете записи AAAA для, было бы предварительно заполненные (например, yourdomainname.com). Теперь, если вы хотите добавить запись AAAA для my.yourdomainname.com, то вам придется положить в и текстовое поле.Если вы хотите добавить запись AAAA только для yourdomainname.com, то Вы можете оставить это поле пустым.

     Назначение IPv4 адреса : Здесь вы должны ввести IPv4 IP-адрес веб-сервера, где вы хотите захостить это доменное имя.

     TTL 86400 , что составляет 1 день 14400 , т.е., 4 часа .

Нажмите на кнопкуДобавить Запись чтобы внести запись

Примечание

Изменить Запись или кнопкуУдалить Запись .

Управление Записями AAAA :

1. Click AAAA Записи и в следующем окне нажмите кнопкуДобавить Записи AAAA .

   Там вы найдете 3 поля:

   • Host имя : здесь имя домена, для которого вы добавляете записи AAAA для, которые были предварительно заполнены (например, yourdomainname.com). Теперь, если вы хотите добавить запись AAAA для my.yourdomainname.com, то вам придется заполнить текстовое поле. Если вы хотите добавить запись AAAA только для yourdomainname.com, то Вы можете оставить это поле пустым.

     Назначение адреса IPv6 : Здесь вы должны ввести IPv6 IP-адрес веб-сервера, где вы хотите провести это доменное имя.

     TTL : Это время, определяемое для срока действия для этой записи, в секундах. Любой сервер, который когда-то запрашивает эту запись, будет запрашивать его снова после этого интервала времени. В идеале TTL составляет 86400 , что составляет 1 день . Он не может быть установлен менее, чем14400 , т.е., 4 часа

Нажмите на кнопку Добавить Запись , чтобы внести Запись

Примечание

Аналогично, чтобы изменить или удалить запись AAAA,просто нажмите на кнопку Изменить Запись или кнопкуУдалить Запись .

Для Управления MX Записями :

1. Нажмите на MX Records Добавить MX Record .

   Там вы найдете 4 поля:

   • Зона : доменное имя, для которого установка Запись MX должна быть введена как зона. Если вы настраиваете сервер электронной почты для yourdomainname.com, так что вы можете получить [email protected], то вы должны оставить это поле пустым.

     Значение : Это почтовый сервер доменного имени. Если почтовые серверы хостинг для вашего домена управляются вас, то вы можете установить значение в формате: mail.yourdomainname.com.

     Если вы используете другой сервер электронной почты поставщика услуг Интернета, то вы должны ввести полное доменное имя (FQDN), как mail.isp.com..

     Примечание

     Полностью квалифицированное имя домена всегда содержит a "." на конце.

     TTL : Это время, определяемое для срока действия для этой записи, в секундах. Любой сервер, который когда-то запрашивает эту запись, будет запрашивать его снова после этого интервала времени. В идеале TTL составляет 86400 , что составляет 1 день . Он не может быть установлен менее, чем14400 , т.е., 4 часа.

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

Нажмите на кнопку Добавить Запись , чтобы внести Запись.

Примечание

Аналогично, чтобы изменить или удалить запись MX из списка, просто нажмите кнопку Изменить Запись or Удалить Запись .

Для Управления CNAME Записями :

1. Нажмите на кнопку CNAME Записи и в следующем окне нажмите на Добавить CNAME Запись .

   Там вы найдете 3 поля:

   • Host имя : Если вы хотите добавить CNAME запись для yourdomainname.com как manage.yourdomainname.com или www.yourdomainname.com, а затем введите имя хоста в текстовое поле управлять или www .

     Значение : Это назначение для CNAME создается следующим образом, если вы хотите создать CNAME запись для yourdomainname.com. ,указывая на yourdomainname.com, то вы должны ввести yourdomainname.com в это текстовое поле.

     TTL : Это время, определяемое для срока действия для этой записи, в секундах. Любой сервер, который когда-то запрашивает эту запись, будет запрашивать его снова после этого интервала времени. В идеале TTL составляет 86400 , что составляет 1 день . Он не может быть установлен менее, чем14400 , т.е., 4 часа.

Нажмите на кнопку Добавить запись , чтобы ввести Запись.

Примечание

Аналогично, чтобы изменить или удалить запись CNAME ,просто нажмите кнопку either Изменить Запись илиУдалить Запись .

Управление NS Записями :

1. Нажмите на NS Записи и в следующем окне нажмите на Добавить NS записи .

   Там вы найдете 3 поля:

   • Зона : Если вы хотите создать сервер имен для саб-домена, таких как ns1.subdomain.yourdomainname.com, то введите зоны, как subdomain.yourdomainname.com в этом поле.

     Значение : Это имя для имени сервера должно быть создано Fully Qualified Domain Name, который вы хотите сделать ответственным за эту зону. Таким образом, если вы хотите создать NS записи для subdomain.yourdomainname.com, вы можете ввести значение как ns1.subdomain.yourdomainname.com. Или, вы можете Name Server, как ns1.subdomain.yourdomainname.com быть делегировано другому Fully Qualified Domain Name, как dns1.anyotherns.com.

     TTL : Это время, определяемое для срока действия для этой записи, в секундах. Любой сервер, который когда-то запрашивает эту запись, будет запрашивать его снова после этого интервала времени. В идеале TTL составляет 86400 , что составляет 1 день . Он не может быть установлен менее, чем14400 , т.е., 4 часа.

Нажмите на кнопку Добавить Запись , чтобы загрузить Запись.

Примечание

Аналогично, чтобы изменить или удалить NS запись,просто нажмите кнопку either Изменить Запись илиУдалить Запись .

Для управления TXT записей :

1. Нажмите на кнопку TXT Записи и в следующем окне нажмите на Добавить TXT Record .

   Там вы найдете 3 поля:

   • Host Name : Если вы хотите добавить запись TXT для yourdomainname.com как yourdomainname.com, то оставить текст Host Name поле пустым..

     Значение : 255 символов свободной текстовой форме может быть предоставлена ​​в этой области. Эта запись, как правило, используются для передачи информации о зоне.

     Например, вы можете добавить запись TXT для mail.yourdomainname.com со значением, Это мой почтовый сервер . Вот если бы кто-нибудь проверял все или TXT отчеты mail.yourdomainname.com, они бы заметили выше текста, содержащегося в TXT-записи.

     TTL : Это время, определяемое для срока действия для этой записи, в секундах. Любой сервер, который когда-то запрашивает эту запись, будет запрашивать его снова после этого интервала времени. В идеале TTL составляет 86400 , что составляет 1 день . Он не может быть установлен менее, чем14400 , т.е., 4 часа.

Нажмите на кнопку Добавить Запись , чтобы внести вашу Запись

Примечание

Аналогично, чтобы изменить или удалить TXT- запись,просто нажмите кнопку either Изменить Запись илиУдалить Запись .

Управление SRV Записями :

1. Нажмите наSRV Записи и в следующем окне нажмите на Добавить SRV Запись .

   Там вы найдете 7 полей:

   • Service Record Name : The Service Record Name состоит из символического имени Service и Протокола название желаемой услуги.

     • Service имя: Это символическое имя требуемой службы. Например, чат, SIP и др.

       Протокольное имя: протокол требуемую услугу, как правило, либо TCP или UDP.

   Приоритет : приоритет целевого хоста. Меньшее значение указывает более высокий приоритет.

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

   <Порт : TCP или UDP порт, на котором услуга не было.

   Цель : каноническое имя машины предоставления услуг. Если сервер предоставления услуг находится в ведении вас, то вы можете установить значение в формате: service.yourdomainname.com.

   Если вы используете сервер другого Интернет- провайдера, то вам необходимо ввести Fully Qualified Domain Name, как service.isp.com .

   Примечание

   У Fully Qualified имени домена всегда есть на конце "."

   TTL :Это время, определяемое для срока действия для этой записи, в секундах. Любой сервер, который когда-то запрашивает эту запись, будет запрашивать его снова после этого интервала времени. В идеале TTL составляет 86400 , что составляет 1 день . Он не может быть установлен менее, чем14400 , т.е., 4 часа.

Нажмите на кнопку Добавить Запись , чтобы внести Запись

Примечание

Аналогично, чтобы изменить или удалить SRV- запись,просто нажмите кнопку either Изменить Запись илиУдалить Запись

Управление SOA - записями :

В момент активации услуги DNS предоставляемых ResellerClub , в момент активации услуги DNS предоставляемых Изменить SOA Запись:

1. Нажмите на SOA Параметры и в следующем окне нажмите на Изменить Запись .

   Там вы найдете 5 редактируемые поля:

   • Ответственное лицо : адрес электронной почты лица, ответственного за поддержание зоны.

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

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

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

     TTL : Это время, определяемое для срока действия для этой записи, в секундах. Любой сервер, который когда-то запрашивает эту запись, будет запрашивать его снова после этого интервала времени. В идеале TTL составляет 86400 , что составляет 1 день . Он не может быть установлен менее, чем14400 , т.е., 4 часа.

   Наряду с этим, запись SOA также включает в себя параметр Serial. Это номер, который автоматически генерируется нашим серверам. Все вторичные серверы имен кэш порядковый номер в записи SOA, такие, что при изменении Серийный номер обнаруживается вторичного серверов DNS, оно обновляет свои записи с изменениями. Этот номер автоматически увеличивается на наших серверах, когда изменения в Зоне или его записи сделаны.

Нажмите на кнопкуИзменить Запись , чтобы внести изменения.

Примечание

Аналогично, чтобы изменить или удалить SOA - запись,просто нажмите кнопку either Изменить Запись илиУдалить Запись

Примечание

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

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

• Запись A (запись адреса) — указывает IP адрес хостинга, где находится наш сайт.
• Запись MX (адрес посты) — определяет IP адрес постового сервера для домена, как правило, совпадает с записью A.
• Запись NS (name server) — указывает на DNS-сервер для конкретного домена.

Рассмотрим данные нюансы на примере работы с регистратором доменов Webnames . Для любого домена у нас есть 2 варианта задания соответствия между доменом и хостингом:

1. Указание записей A и MX, которые будут содержать IP хостинга с нашим сайтом:

При этом данное соответствие будет «храниться» в NS записях регистратора (webnames). Поэтому при создании хостинг аккаунтов вы можете использовать NS регистратора — в данном случае это ns1.nameself.com и ns2.nameself.com. При этом во вкладке DNS сервера в вашей учетной записи найдете:

2. В том же разделе меню управление DNS для домена вы также можете указать NS сервера хостера, например:

Теперь, по сути, вся ответственность по заданию соответствия между IP адресом и вашим доменом лежит на компании, которая эти DNS предоставляет. В данном случае это хостинг CoolVDS . Там, кстати, можно прикупить выделенный сервер в США, что хорошо подойдет по MFA сайты. Для того чтобы там «подключить» домен нужно обратиться в тех.поддежку на почту [email protected]: в теме письма пишите «домен для ваш_сервер.coolvds.com», где в тексте указываете домен, ip и опять имя сервера, например:

mydomain.com:193.333.555.777:ваше_имя.coolvds.com

Может слегка запутано, но только в первый раз. Другие хостинги могут при покупке хостинга спрашивать какие DNS использовать. Например, так делается в Hostpro, и если вы выберете использовать их DNS, тогда просто для своего домена нужно будет указать их NS сервера — master.hostsila.com и slave.hostsila.net без всяких A и MX записей.

Точно также 2 варианта, о которых я сказал выше есть у большинства нормальных регистраторов доменов. Еще один пример — Getnic.name . Здесь вы можете воспользоваться услугой бесплатного управления DNS или указать сторонние NS сервера.

Для этого выбираете домен и заходите в его учетную запись — здесь можете указать существующие NS другого хостера либо кликнуть по ссылке «управление DNS». Во втором случае сможете задать A, MX и все необходимые записи для домена и использовать бесплатные NS от getnic.name.

Создание собственных NS записей

Для некоторых своих проектов я покупал виртуальные сервера у Hostpro — расположение в Украине, поддержка адекватная и очень дружелюбная. После приобретения вам выдают 2 IP адреса — основной и дополнительный, а также просьбу зарегистрировать NS вида ns1.mydomain.ru и ns2.mydomain.ru.

Для webnames заходим опять же в раздел «Управление зоной» для своего домена, где добавляем нужные записи типа NS:

Для украинского регистратора iname.ua делается аналогичным образом: добавляете запись типа NS и указываете выданные IP.

Теперь для новых зарегистрированных доменов, сайты которых располагаются на вашем сервере сможете указывать не только A запись со ссылкой на IP, а и просто определять через свои NS — ns1.mydomain.ru и ns2.mydomain.ru. Кстати, напоследок ссылка на статью про то как можно не ждать обновления DNS — редактируем файл hosts после чего сможете приступать к работе над своим проектом пока глобальные DNS еще не обновились (дело нескольких часов).

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

P.S. Купить книгу теперь можно и онлайн, заходите в специальный книжный интернет магазин выбираете товар, оплачиваете кредиткой и получаете доставку.

Настройка зоны домена

Если для вашего домена прописаны хостинговые DNS-серверы ns1.hosting.сайт и ns2.hosting.сайт , воспользуйтесь .

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

Чтобы отредактировать существующую запись, нажмите значок Карандаш справа в нужной строке:

Во всплывающем окне введите имя поддомена и укажите IP-адрес , нажмите Готово :

Также вы можете удалить запись, которая утратила актуальность. Для этого в нужной строке нажмите значок Корзина и подтвердите удаление:

Добавление новых записей

Чтобы добавить новую запись, нажмите значок Добавить запись вверху списка и во всплывающем окне выберите из списка нужную:

Добавление А-записи

А-запись — адресная запись, связывающая ваш домен и IP-адрес сервера, на котором расположен ваш сайт.

• в поле Subdomain
• в поле IP Address необходимый IP-адрес

нажмите Готово :

Добавление АAAA-записи

АAAA-запись — задает преобразование имени домена в IPV6-адрес (современный сетевой протокол).

• в поле Subdomain введите имя поддомена (при указании @ будет выбран ваш домен);
• в поле IPv6 Address необходимый IPv6-адрес

нажмите Готово :

Добавление CNAME-записи

CNAME-запись (Canonical name) — каноническое имя для псевдонима. Запись CNAME чаще всего используется для переадресации поддомена на другой домен.

• в поле Subdomain введите имя поддомена;
• в поле Canonical name имя домена, на который должен ссылаться домен из поля Subdomain

нажмите Готово :

Добавление MX-записи

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

• в поле Subdomain введите имя поддомена (@ — для настройки почты адресам вида почта@ваш_домен);
• в поле Mail Server адрес сервера, который будет отвечать за работу почты на вашем домене;
• в поле Priority приоритет записи

нажмите Готово :

Добавление NS-записи

NS (Authoritative name server) — адрес узла, отвечающего за доменную зону. Проще говоря, запись NS указывает, какие DNS-серверы хранят информацию о домене. Критически важна для работы службы DNS.

NS-записи добавляются автоматически после указания DNS-серверов:

Добавление TXT-записи

TXT (Text string) — содержит любую текстовую запись. Широко применяется для проверок на право владения доменом при подключении дополнительных сервисов, а также для записи SPF и ключа DKIM.

• в поле Subdomain введите имя поддомена (при указании @ будет выбран ваш домен);
• в поле Text значение записи TXT

нажмите Готово :

Добавление CAA-записи

CAA-запись — определяет правила выпуска SSL/TLS сертификатов для поддомена, которым будут следовать центры сертификации.

• в поле Subdomain укажите поддомен (при указании @ будет выбран ваш домен);
• в поле Flag критичность правила (значение или 128 );
• в поле Tag определяет содержимое поля Value;
• в поле Value введите нужное значение исходя из значения поля Tag

нажмите Готово .

Обновление DNS-серверов может занять до 48 часов.

Система доменных имен – это распределенная база данных, расположенная иерархически и содержащая учетные записи для доменных имен. Главная цель Системы 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 - запись не существует, и т.д.).