Настройка ресурсных записей DNS для домена. Управление зоной DNS

Система доменных имен (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 Записями :

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

Там вы найдете 3 поля:
- Host Name :здесь имя домена, для которого вы добавляете записи AAAA для, было бы предварительно заполненные (например, yourdomainname.com). Теперь, если вы хотите добавить запись AAAA для my.yourdomainname.com, то вам придется положить в и текстовое поле.Если вы хотите добавить запись AAAA только для yourdomainname.com, то Вы можете оставить это поле пустым.
  
  Назначение IPv4 адреса : Здесь вы должны ввести IPv4 IP-адрес веб-сервера, где вы хотите захостить это доменное имя.
  
  TTL 86400 , что составляет 1 день 14400 , т.е., 4 часа .

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

Примечание

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

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

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 Записями :

Нажмите на 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 Записями :

Нажмите на кнопку 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 Записями :

Нажмите на 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 записей :

Нажмите на кнопку 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 Записями :

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

Там вы найдете 7 полей:
- Service Record Name : The Service Record Name состоит из символического имени Service и Протокола название желаемой услуги.
  - Service имя: Это символическое имя требуемой службы. Например, чат, SIP и др.
    
    Протокольное имя: протокол требуемую услугу, как правило, либо TCP или UDP.

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

Примечание

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

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

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

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

Там вы найдете 5 редактируемые поля:
- Ответственное лицо : адрес электронной почты лица, ответственного за поддержание зоны.
  
  Обновление : интервал обновления показывает, как часто вторичный сервер имен должны проверить, если изменения вносятся в зоне. Вы можете решить свои собственные значения этого интервала.
  
  Повтор :интервал повтора показывает, как часто вторичный сервер имен следует повторить проверку, если были внесены изменения - если первое обновление не удается.
  
  Истечение срока действия : интервал повтора указывает, как долго зона будет доступна после обновления. Вторичные серверы будут отказаться от Зоны, если не обновление может быть сделано в течение этого интервала.
  
  TTL : Это время, определяемое для срока действия для этой записи, в секундах. Любой сервер, который когда-то запрашивает эту запись, будет запрашивать его снова после этого интервала времени. В идеале TTL составляет 86400 , что составляет 1 день . Он не может быть установлен менее, чем14400 , т.е., 4 часа.
Наряду с этим, запись SOA также включает в себя параметр Serial. Это номер, который автоматически генерируется нашим серверам. Все вторичные серверы имен кэш порядковый номер в записи SOA, такие, что при изменении Серийный номер обнаруживается вторичного серверов DNS, оно обновляет свои записи с изменениями. Этот номер автоматически увеличивается на наших серверах, когда изменения в Зоне или его записи сделаны.

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

Примечание

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

Примечание

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

4.2 Как работает 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 сервер сообщает его Вашему браузеру.

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

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

Данная статья не является каким-то конкретным и детальным руководством по всем нюансам с 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 - это служебная, распределенная система сети Интернет, содержащая данные о доменных именах и сервисах, которые предоставляются на этих именах.

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

Например, при запросе информации с сайта www.сайт производится преобразование доменного имени к интернет-адресу 193.227.240.135.

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

Серверы DNS получают запросы по сети Интернет и отвечают данными, которые внесены в их конфигурацию по доменному имени.

Система DNS-серверов - иерархическая и распределенная. Различные серверы поддерживают данные различных доменных имен. Одни серверы, например, знают все имена доменов.RU. Другие - все имена доменов.COM. Принято говорить, например, имя..

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

Как правило, Ваш компьютер обращается к DNS-серверу Вашего провайдера или организации.

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

Существует следующая иерархия серверов DNS:

Корневые серверы DNS, которые содержат информацию о всех серверах доменов первого уровня (RU, РФ, COM, ORG, NET и т.д.). Их поддержку осуществляет https://www.iana.org/
Серверы каждого конкретного домена первого уровня. У этих серверов есть информация обо всех доменах второго уровня. Например, серверы домена..RU. Серверы доменов.RU и.РФ поддерживает "Технический Центр Интернет"(http://tcinet.ru/).
Серверы доменов второго уровня. Содержат полную информацию о Вашем домене второго уровня.

Внесение информации о DNS серверах домена на сервер домена более высокого уровня называется делегированием домена.

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

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

Задержки обновления DNS серверов

Информацию о серверах DNS по конкретному домену можно получить, воспользовавшись информационным сервисом WHOIS (http://tcinet.ru/whois/).

Данные WHOIS и данные серверов DNS не всегда обновляются синхронно. Поскольку Ваш компьютер получает данные непосредственно от серверов DNS, Вы, уже можете видеть в ответе WHOIS необходимые серверы DNS своего домена, при этом Ваш компьютер может еще некоторое время получать данные со “старых” серверов DNS (если Вы их изменяли) или "не находить" домен (если Вы его только что делегировали).

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

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

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

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