Большинство хостинговых компаний не предоставляют Вам интерфейс по управлению Вашими собственными учетными записями DNS и/или возможность выбора большого числа провайдеров для различных Услуг, таких как веб - хостинг, майл - хостинг и т.д.
1"st Domain Name Service предоставляет Вам полный контроль над следующими учетными записями, которыми использует наша Услуга по Управлению DNS:
Address Record [A] - Учетная запись [A] – эта основная и наиболее важная учетная запись типа DNS. Она используется для перевода доменного имени из языкового формата символов в IP-aдреса, такие как 1.2.3.4 (цифровой формат).
Когда Вы переносите Ваш домен на хостинг, Вам предоставят адрес IP, который необходим для установки учетной записи A для Вашего доменного имени.
Mail Exchange r - Учетная запись почты - учетная запись 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
- запись не существует,
и т.д.).
Настройка зоны домена
Если для вашего домена прописаны хостинговые 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 - это служебная, распределенная система сети Интернет, содержащая данные о доменных именах и сервисах, которые предоставляются на этих именах.
Всякий раз, когда Вы открываете сайт в браузере или же отправляете почту - Ваш компьютер производит необходимое преобразование доменных имен в интернет-адреса, которые требуются для выполнения вашего задания к интернет-сервисам. А получает информацию о правилах такого преобразования браузер от 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.
Вы можете управлять 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 , после чего ввести необходимую запись и применить изменения.
РешениеSOA (Start Of Authorisation) - Начало Полномочий, обозначает начало зоны. Для каждой зоны должна быть только одна запись SOA.
Сделав запрос SOA записи домена ihc.ru, Вы получите такой ответ:
origin = ns1.ihc.ru
mail addr = сайт
serial = 2009083101
refresh = 28800
retry = 7200
expire = 604800
minimum = 600
Если его расшифровать, получим:
origin
- первичный сервер зоны (фактически, сервер, на котором размещена зона)
mail addr
- адрес e-mail персоны, отвечающей за администрирование зоны (знак @ заменяется точкой)
serial
- серийный номер формата [год][месяц][число][порядковый номер]. Должен увеличиваться при каждом изменении зоны.
refresh
- Временной интервал (в секундах), через который вторичный (slave) DNS-сервер будет проверять необходимость обновления информации с первичного (master) сервера.
retry
- Временной интервал (в секундах), через который вторичный DNS-сервер повторит запрос при неудаче
expire
- Временной интервал (в секундах), через который вторичный сервер будет считать информацию устаревшей
minimum
- Временнной интервал (в секундах), который определяет время жизни информации в кэширующих DNS серверах, которые обращаются к первичному серверу.
NS
- Сервер Имён
Данные записи содержат список DNS серверов, на которых размещена зона.
A - IP адрес доменного имени.
Например, сделав запрос об A записи домена ihc.ru, Вы получите ответ:
Name: ihc.ru
Address: 94.103.80.45
CNAME (Canonical Name) - Каноническое имя, указывает псевдоним для официального имени хоста
MX (Mail Exchange) - Почтовый Сервер, такие записи используются для обозначения списка хостов, которые сконфигурированы для приема почты, которая отправляется для данного домена.
Например:
ihc.ru mail exchanger = 10 mail.ihc.ru.
это означает, что почту для домена ihc.ru следует доставлять на хост mail.ihc.ru
10 - приоритет (используется для определения приоритета выбора хостов для доставки, если данных хостов больше одного)
PTR - Pointer - указатель, служит для выполнения обратного преобразования IP-адресов в имена хостов.
Например:
17.44.142.95.in-addr..
SRV - запись для указания явных приложений, хоста, протокола и порта.
Например:
Вам требуется разместить jabber сервер на хосте, отличном от хоста Вашего сайта, либо MX хоста.
Для этого нужно создать в DNS запись:
_xmpp-server._tcp.domain.com. 1 0 5222 jabber.domain.com.
где:
_xmpp-server - сервис
_tcp - протокол
1 - приоритет
0 - "вес". Указывается для двух и более хостов с одним приоритетом, и указывает частоту обращения к данных хостам. Например, если установить вес 5 для хостов с одинаковым приоритетом, на каждый хост попадут по 50% обращений.
5222 - порт, к которому следует обращаться
jabber.domain.com - хост, к которому следует обращаться
TXT - свободная текстовая информация. Иногда её добавляют к DNS записям домена для специфичного описания.
Особенности работы с DNS записями в панели управления my.ihc.ru
1. При добавлении CNAME, MX и SRV записей в поле "Значение" точку в конце имени хоста писать не следует.
Панель выполняет это автоматически при добавлении записи в DNS зону.
2. Нельзя использовать сокращённые имена хостов. Например, если Вы хотите добавить MX/CNAME/SRV запись:
test.domain.tld CNAME mail.domain.tld - правильно
test.domain.tld CNAME mail - неправильно
3. Невозможно редактировать записи SOA и NS для доменов. Так как домены размещены на NS серверах нашей компании, во избежание возможных неполадок администрирование данных типов записи полностью занимаются наши сотрудники.
В то же время, Вы можете создавать записи типа NS для поддоменов.
Please enable JavaScript to view the