Все статьи

DNS. Настройка учётных записей доменных имён

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

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

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

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

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

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

Canonimical Name [Alias/CNAME] (Учетная запись [Псевдоним/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 [NS] (Ответственная запись [NS]) — эти записи идентифицируют 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] (Учетная запись Начала Ответственности [SOA]) — Отмечает начало зоны, является первой записью в файле зоны. Каждая Зона содержит одну учетную запись 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 — запись не существует, и т. д.).

Ещё рекомендуем прочитать:

«Skype» — бесплатное общение по телефону!
«Яндекс.Маркет» и его аналоги для интернет-магазинов
Забыли пароль ICQ и желаете его восстановить? Все способы восстановления пароля ICQ
Домены. Подбор доменов. Проверка и регистрация доменных имён
Анонимайзеры. Anonymouse

Внимание!
Цитирование авторских материалов допускается только при условии прямой гиперссылки на «Introweb.ru»!