DNS сервер BIND (теория) / Хабр

DNS сервер BIND (теория) / Хабр Хостинг

Почему домены начинают работать не сразу

DNS-серверы интернет-провайдера обновляются раз в сутки (принцип работы DNS-серверов). Если вы только что прописали или сменили DNS-серверы, придётся подождать 24 часа. Смена DNS-сервера чревата временным отсутствием работающего сайта.

Если вы зарегистрировали домен, но ещё не создали на нём сайт, после обновления DNS-серверов на вашем домене будет открываться парковочная страница с надписью «Домен надёжно припаркован». Если вы хотите создать на домене сайт, вам поможет статья: Я зарегистрировал домен, что дальше?

Dns — что такое и для чего используется

Что такое DNSDNS сервера ― что это

Интернет — это бесчисленное количество физических устройств (серверов, компьютеров, планшетов и т.д.), связанных между собой в сеть. Любой сайт в интернете по факту находится на физическом устройстве. Каждое устройство имеет свой уникальный номер — Доменная структура DNS представляет собой древовидную иерархию, состоящую из узлов, зон, доменов, поддоменов и др. элементов, о которых ниже пойдет речь. «Вершиной» доменной структуры является корневая зона. Настройки корневой зоны расположены на множестве серверов/зеркал, размещенных по всему миру и содержат информацию о всех серверах корневой зоны, а так же отвечающих за домены первого уровня (ru, net, org и др). Информация о серверах корневой зоны расположена на данном сайте корневых серверов. Настройки корневой зоны всегда доступны тут. Серверы корневой зоны обрабатывают и отвечают на запросы, выдавая информацию только о доменах первого уровня (то есть отвечают на любые запросы, как на нерекурсивные)! Итак, уже много раз повторилось слово зона. Пора этот термин объяснить.Зона — это любая часть дерева системы доменных имен, размещаемая как единое целое на некотором DNS-сервере. Зону, для бОльшего понимания, можно назвать «зоной ответственности». Целью выделения части дерева в отдельную зону является передача ответственности (Делегирование) за эту ветвь другому лицу или организации.На иллюстрации, примеры зон выделены синим градиентом (зона name., зона k-max.name. со всем подчиненными ресурсами, www.openoffice.org со всем подчиненными поддоменами и ресурсами). На иллюстрации выделены не все зоны, а лишь некоторые для общего понимания и представления.
Что дальше
Дождитесь обновления зоны домена. Оно занимает от 15 минут до 1 часа. Если вы предварительно изменили DNS-серверы домена, обновление информации займет до 24 часов. После того как зона обновится, изменения вступят в силу (например, будет инициирован выпуск SSL-сертификата или домен будет привязан к хостингу и т.д.)
CDN-прокси
Особняком стоят CDN-прокси (Content Distribution Network), которые можно использовать и как DNS. Самый популярный — CloudFlare. CDN-прокси ускоряют работу сайта благодаря кэшированию данных на распределённой сети серверов. Сайт отдается клиенту с ближайшего к нему сервера. Также CDN может фильтровать вредоносные запросы (защищать сайт от DDoS).CDN-сети имеют серьёзный недостаток: IP-адрес для доменов, размещённых в CDN, присваивается случайным образом. Т.е. попасть на сайт или сервер напрямую по IP-адресу будет невозможно. Кроме этого, сайт может быть заблокирован на территории РФ. IP-адреса сайтов с запрещенным контентом попадают в черный список Роскомнадзора и блокируются провайдерами (и это не редкость для CDN-сетей). Если вашему домену случайным образом достанется один из таких адресов, то сайт окажется недоступным.Не рекомендуем использовать CDN-прокси для сайтов, аудитория которых находится в России.  Повышение скорости отдачи контента  Защита от вредоносных запросов  Удобство работы  Отказоустойчивость– IP-адреса могут быть в черных списках Роскомнадзора– Стоимость
Centos
Чтобы сменить DNS-серверы: Подключитесь к серверу по SSH.Выполните команду:В консоли отобразится вывод:Слева от значения <BROADCAST,MULTICAST,UP,LOWER_UP> отображается параметр, который отвечает за название конфигурационного файла (в нашем примере это eth0). Его название будет отличаться в зависимости от настроек.Откройте файл конфигурации:Вместо eth0 укажите название вашего конфигурационного файла.На экране отобразится содержимое файла:Измените IP-адреса в строках:Вместо 8.8.8.8 и 8.8.4.4 будут указаны ваши IP-адреса. Если вам нужно добавить дополнительные DNS-серверы, добавьте их на следующих строках как DNS3 и DNS4.Нажмите Ctrl O, чтобы сохранить изменения. Закройте файл с помощью комбинации Ctrl X.Примените изменения командой:Проверьте, работают ли преобразователи:Если настройка прошла корректно, команда покажет следующий вывод:Вместо 8.8.8.8 и 8.8.4.4 будут указаны ваши IP-адреса.
DNS зона
Мы разобрали вопрос отом, как работает DNS-сервер, теперь рассмотрим, что же такое DNS зона и в чёмеё преимущество. Далеко не всегда на практике с одним доменом и адресом связан один онлайн ресурс. К одному доменному имени может быть подвязан не только вебсайт, но ещё и, к примеру, почтовый сервер. У этих двух единиц при этом может быть различный адрес. Таким образом, для повышения надёжности и производительности интернет-ресурсов, используется понятие DNS-зоны, которая поддерживает взаимосвязь доменных имён и IP-адресов. Поэтому иногда очень важно достоверно узнать DNS-зону, чтобы не запутаться в названиях адресах собственных интернет-ресурсов.
DNS-сервер провайдера
При покупке сервера хостинги могут предоставлять бесплатные серверы имён (как первичные, так и вторичные). Этот вариант подходит для тех, кто не хочет «заморачиваться»: при добавлении домена в панели управления, остальные параметры настраиваются автоматически (так это работает на нашем хостинге).Главный недостаток — хостинги предоставляют DNS-сервисы с базовой функциональностью. Они справляются с основой задачей (трансляция домена в IP), но дополнительная функциональность (API, IPv6, DDNS, Geo Routing) отсутствует, либо урезана. Все клиенты используют общие серверы имен. Если на NS одного из клиентов заказана сильная DDoS атака, то сбои в работе могут испытывать все остальные клиенты. Не смотря на это, хостинги стараются защитить свои DNS от DDoS.  Простота настройки  Нет необходимости следить за состоянием ДНС-сервера  Бесплатность– Услуга может быть доступна не на всех хостингах– Невозможность использования API– Возможны сбои в работе
Бесплатные DNS-хостинги
В интернете можно найти множество ресурсов, предлагающих бесплатные DNS-сервера. Самые заметные среди них Яндекс и Hurricane Electric Free DNS. Бесплатный DNS-хостинг — хорошее решение, если вы не имеете возможности администрировать DNS-сервер самостоятельно. Но будьте внимательны: часто в условиях бесплатных сервисов прописывается отказ от ответственности. Могут присутствовать ограничения по количеству доменов, по количеству запросов в месяц. Может быть запрещено размещение коммерческих проектов. Хорошо изучите условия выбранного сервиса.  Бесплатность  Возможность найти сервис, который подходит по условиям и возможностям– Не отвечают за работоспособность– API отсутствует или неудобен в использовании– Ограничения выделяемых ресурсов
Видеосправка

Где находятся главные DNS-серверы?
DNS-серверы верхнего уровня, которые содержат информацию о корневой DNS-зоне, называются корневыми. Этими серверами управляют разные операторы. Изначально корневые серверы находились в Северной Америке, но затем они появились и в других странах. Основных серверов — 13.В Северной Америке находятся 40 серверов (32,5%), в Европе – 35 (28,5%), еще 6 серверов располагаются в Южной Америке (4,9%) и 3 – в Африке (2,4%). Если взглянуть на карту, то DNS-серверы расположены согласно интенсивности использования интернет-инфраструктуры. Есть сервера в Австралии, Китае, Бразилии, ОАЭ и других странах, включая Исландию.В России тоже есть несколько реплик корневых серверов DNS, среди которых: F.root (Москва);I.root (Санкт-Петербург);J.root (Москва, Санкт-Петербург);K.root (Москва, Санкт-Петербург, Новосибирск);L.root (Москва, Ростов-на-Дону, Екатеринбург).Один из узлов корневого DNS-сервера K-root размещен в Selectel.
Где размещаются DNS сайта
При регистрации доменного имени для своего ресурса, возникает вопрос, где разместить его DNS. Разумеется, первое, что приходит в голову, это сервер, на котором вы приобрели хостинг. Это будет так называемый основной (primary) DNS. Но как известно, для надежной работы сайта необходимо продублировать DNS еще на одном сервере. С этого момента возможны варианты.Разместить DNS на уже используемом сервере доменный алиас (domain alias), и в дальнейшем производить обработку DNS запросов локально.Делегировать запись о доменном имени на DNS хостинге расположенном в другом дата-центре.Первый метод дешевле, но в случае неполадок с сервером — ваш сайт становится полностью недоступен. Этого ли вы хотели? Еще древние англичане пустили в ход поговорку, которая гласит: «Don’t put all your eggs in one basket». Что в буквальном переводе означает:«Не кладите яйца в одну корзину».Второй метод потребует дополнительного вложения средств, но вместе с тем — он намного надежнее. Уважающиеся себя DNS хостеры, осуществляют поддержку DNS в крупных регионах РФ, а также в странах Европы и Африки. Чем ближе к пользователю находится DNS хостинг, тем быстрее он получит отклик.
Добавление MX-записи
Откройте вашу панель управления и следуйте соответствующей инструкции.
Еще немного о DNS
Инфраструктура DNS-серверов, вернее, ее основа, была заложена в начале 1980-х годов. С тех пор менялась она лишь незначительно — например, добавлялись новые доменные зоны. Так, в РФ в 2022 году появился кириллический домен .рф. До этого доменные имена могли быть лишь латинскими.От DNS-инфраструктуры зависит нормальная работа всей глобальной сети, поэтому за работоспособностью серверов постоянно следят. В частности, предпринимаются меры по усилению безопасности системы. Кроме того, вводятся и меры на случай стихийных бедствий, проблем с электричеством и других экстренных ситуаций.
Заказ услуги
Для подключения DNS-хостинга нужно перейти в биллинг-панель.В разделе «Товары/Услуги» выбираем «DNS-хостинг».В открывшейся вкладке нажимаем «Заказать».Откроется окно заказа, в первом шаге нужно нажать «Заказать».Выполняя «Шаг 2», выбираем необходимый лимит доменов и нажимаем «В корзину». Бесплатный DNS-хостинг предоставляется для 10 доменов. За каждые дополнительные 10 доменов будет взиматься помесячная оплата 50 рублей.Откроется корзина, в ней нажимаем «Активировать».Теперь актированный DNS-хостинг должен появиться в разделе «Товары/Услуги».
Запись ресурса состоит из следующих полей:
имя (NAME) — доменное имя, к которому привязана или которому «принадлежит» данная ресурсная запись, либо IP адрес. При отсутствии данного поля, запись ресурса наследуется от предыдущей записи.Time To Live (TTL) — дословно «время жизни» записи, время хранения записи в кэше DNS (после указанного времени запись удаляется), данное поле может не указываться в индивидуальных записях ресурсов, но тогда оно должно быть указано в начале файла зоны и будет наследоваться всеми записями.класс (CLASS) — определяет тип сети, (в 99,99% случаях используется IN (что обозначает — Internet). Данное поле было создано из предположения, что DNS может работать и в других типах сетей, кроме TCP/IP)тип (TYPE) — тип записи синтаксис и назначение записиданные (DATA) — различная информация, формат и синтаксис которой определяется типом.
При этом, возможно использовать следующие символы:
Со всем набором ресурсных записей можно ознакомиться в . Наиболее часто применяемые ресурсные записи следующими (далее, мы обязательно рассмотрим их на практике):
Запросы DNS

В DNS имеются следующие типы запросов: итеративный (он же прямойобратный рекурсивныйИтеративный (он же прямой, он же нерекурсивный) запрос посылает доменное имя DNS серверу и просит вернуть либо IP адрес этого домена, либо имя DNS сервера, авторитативного для этого домена. При этом, сервер DNS не опрашивает другие серверы для получения ответа. Так работают корневые и TLD серверы.Рекурсивный запрос посылает DNS серверу доменное имя и просит возвратить IP адрес запрошенного домена. При этом сервер может обращаться к другим DNS серверам. Обратный запрос посылает IP  и просит вернуть доменное имя. Любой DNS-server должен отвечать на итеративные запросы. Возможно настроить DNS отвечать и на рекурсивные запросы. Если DNS не настроен отвечать на рекурсивные запросы, он обрабатывает их как итеративные.Обычно, провайдер выдаетв локальной сети стоит DNS-сервер, обрабатывающий рекурсивные запросы, а так же, скорее всего, он настроен на кэширование запросов, что экономит трафик и снижает нагрузку на сеть. Схему взаимодействия клиента и DNS серверов можно представить следующей картинкой:
Давайте разберем, что тут нарисовано по шагам: Клиент (браузер, почтовая программа, либо любое другое приложение) отправляет запросрезолверу, резолвер на основании указанных конфигов определяет адрес настроенного сервера имен.Резолвер посылает запрос указанному серверу имен.Сервер имен принимает данный рекурсивный запрос и, т.к. не имеет информации ни о домене, ни, возможно, даже о зоне name., отправляет рекурсивный (или нерекурсивный в зависимости от настроек) запроссерверу, отвечающему за корневую зону.Сервер корневой зоны не обрабатывает рекурсивные запросы, в результате обрабатывает данный запрос как итеративный и возвращает имя и адрес сервера, авторитетного за зону name.Сервер последовательно продолжает опрашивать авторитативные сервера для последующих зон, в порядке убывания уровня зон в именипока не получает удовлетворительный ответ, данных шагов может быть больше, в зависимости от длины доменного имении «вложенности» доменных имен.В итоге, сервер получает необходимый ответ от сервера имен, хранящего необходимую ресурсную запись о хосте.Сервер провайдера локальной сети возвращает резолверу клиента запрошенные данные.Обычно, количество шагов сокращено до минимума, т.к. на пути прохождения запросов встречается кэширующий сервер, который хранит необходимую информацию в кэше. В данной схеме может возникнуть вопрос: каким образом локальный DNS сервер, получивший рекурсивный запрос от резолвера, выбирает DNS-сервер из списка авторитативных? Существует множество корневых DNS-серверов в сети Интернет,какому из корневых серверов наш DNS-сервер отправит запрос?Для решения данного вопроса DNS-серверы BIND используют метрику, называемую временем отклика (roundtrip time, или RTT), для выбора среди авторитативных DNS-серверов одной зоны. RTT определяет задержку, с которой приходит ответ на запросы от удаленного сервера.Каждый раз, при передаче запроса удаленному серверу, DNS-сервер BIND запускает внутренний таймер. Таймер останавливается при получении ответа, и метрика фиксируется локальным сервером. Если приходится выбирать один из нескольких авторитативных серверов, выбор падает на сервер с наименьшим показателем RTT.До того как BIND впервые послал запрос какому-либо серверу и получил от него ответ, удаленному серверу присваивается случайное значение RTT, которое меньше, чем все прочие, полученные на основании замеров. Таким образом, DNS BIND гарантированно опросит все авторитативные серверы для определенной зоны случайным образом, прежде чем начнет выбирать предпочтительный на основании метрики.
Зачем нужны сервера DNS
Система доменных имён или Domain Name System (DNS) создана как распознавательная система, при помощи которой по доменному имени ищется ресурс в Интернет. Вернее, по домену ищется IP адрес ресурса, а по нему ищется и открывается нужный интернет-ресурс.Поддерживается система DNS разветвленной иерархической структурой DNS-серверов. Поисковую связку можно продемонстрировать следующей цепочкой запросов:
Как создать новую ресурсную запись?
Добавление MX-записиОткройте вашу панель управления и следуйте соответствующей инструкции.Добавление CNAME-записиОткройте вашу панель управления и следуйте соответствующей инструкции.
Какие виды DNS-серверов существуют

Их можно поделить на несколько групп, исходя из выполняемых ими функций. Иногда один и тот же сервер может иметь сразу несколько типов.
Авторитетный — сервер, который отвечает за ту или иную зону. Здесь можно выделить ещё два подтипа:Первичный (альтернативное название «Мастер», BIND), который может вносить изменения в свою зону. В большинстве случаев одной зоне соответствует один первичный сервер. Однако для масштабных продуктов мастер-серверов может быть несколько.Вторичный (Слейв от английского slave), который не имеет права вносить изменения в зону и получает сообщения о внесённых изменениях от мастер-сервера. В одной зоне может быть сколько угодно вторичных серверов. Кэширующий —занимается обслуживанием запросов клиентов. К нему приходит рекурсивный запрос, и он выполняет его через нерекурсивные, направленные к авторитативным серверам. Либо он может передавать рекурсивный запрос вышерасположенному DNS-серверу. Перенаправляющий — занимается перенаправлением полученных рекурсивных запросов в сторону кэширующего сервера. Необходим для снижения нагрузки на вышестоящий кэширующий DNS-сервер. Корневой — также относится к авторитативным, но отвечает за корневую зону. Всего в мире существует 13, корневых серверов, а их доменные имена расположены в зоне root-servers.net. Названия: a.root-servers.net, b.root-servers.net, и т.д. Регистрирующий – принимает динамические обновления от юзеров. Обычно он функционирует совместно с DHCP-сервером.
Клиенты DNS (resolver)
Как же программы на конечных машинах знают куда и в каком виде посылать запросы DNS? Они этого не знают. Для разрешения имен и IP адресов клиентскими приложениями используется библиотека Resolver. Это не какое-то специальное приложение, это функциональность системы (ядра). Т.о. приложения посылают системные вызовы gethostbyname(2) и gethostbyaddr(2), а ядро уже на основании настроек в файле /etc/nsswitch.conf определяет по какому пути ему далее действовать. Данный файл определяет какие сервисы (будь то файл /etc/hosts или DNS) и в каком порядке использовать. В ранних версиях библиотеки Linux — libc, использовался файл /etc/host.conf. Вот фрагмент файла, который нас интересует: root@DNS:~# cat /etc/nsswitch.conf
……
hosts:          files dns
networks:       files
Две строки данного фрагмента указывают ядру производить преобразование имен хостов в IP (строка hosts: files dns) сначала из файла hosts, затем силами DNS, а так же преобразование имен сетей в IP (строка networks: files) с помощью файла /etc/network.Возможны так же параметры nis или nisplu, определяющие использовать Network Information System (NIS) чтобы найти адрес. Порядок, в котором перечислены сервисы, определяет последовательность их опроса.
Если согласно /etc/nsswitch.conf запрос отправляется DNS, то используются настройки из файла /etc/resolv.conf, который определяет какие серверы DNS использовать. Вот типичный пример файла /etc/resolv.conf:
Обратное преобразование имен
DNS используется в первую очередь для преобразования доменных имён в IP-адреса, но он также может выполнять обратный процесс, называемый Обратное преобразование имен или обратным отображением. Т.к. записи в прямой базе DNS структурированы иерархически по доменным именам, DNS не может эффективно выполнять поиск по IP адресу в такой базе. Для обратного преобразования в DNS используется специальный домен in-addr.arpa. Ресурсные записи в данном домене в поле Name содержат IP-адреса,поле TypePTR, а в поле DataFQDN-имя соответствующее данному IP. На схеме представлена структура домена arpa. Думаю, что тут все довольно наглядно. Домен arpa. имеет 2 поддомена in-addr и ip6, отвечающие за IPv4 и IPv6 адреса соответственно. Домен in-addr.arpa. имеет от *.0.in-addr.arpa. до *.255.in-addr.arpa. поддоменов, каждый из которых так же имеет по 256 поддоменов.В целях уменьшения объёма нежелательной корреспонденции (спама) многие почтовые серверы могут проверять наличие PTR записи для хоста, с которого происходит отправка. В этом случае PTR запись для IP адреса должна соответствовать имени отправляющего почтового сервера, которым он представляется в процессе SMTP сессии.Наглядно приведенную схему можно представить командами:
Перенос сайта на другой сервер: как прописать DNS домена
Для начала разберемся, как в интернете устроена работа сайтов. Если говорить совсем просто, сайт — это набор файлов и папок, который лежит на отдельном компьютере определенной мощности — сервере, а сама услуга предоставления такого компьютера для размещения сайта в интернете называется хостинг.У каждого сайта есть доменное имя (Domain), которое отображается в строке браузера, например, shhost.ru, и IP-адрес — уникальный сетевой адрес сервера, например, 37.139.7.16. Они связаны между собой посредством DNS (Domain Name System) — эта система доменных имен, как секретный агент, по имени домена вычисляет, по какому IP-адресу проживает конкретный сайт.
Платные DNS-хостинги
Платные DNS-хостинги, в отличие от бесплатных, гарантируют уровень сервиса и предоставляют набор дополнительных возможностей. Среди прочих выделяется Amazon Route 53. Этот ДНС-хостинг позиционируется как отказоустойчивый и высокодоступный.  Отказоустойчивость  Полноценный API  Дополнительная функциональность– ПлатностьЗачем нужен API на DNS-хостингеСамый распространенный способ применения — создание отказоустойчивой системы. Например, у нас есть два сервера. Сервер А — основной, на нем расположен сайт, к которому обращаются посетители. Сервер Б — резервный, на нем хранится актуальная копия (реплика) основного сайта.Представим, что мы арендуем платный ДНС-сервер. Если сайт работает в штатном режиме, то данные отдаются с сервера А. На сервере Б работает скрипт, который проверяет доступность сайта на сервера А. Если он перестает работать, то скрипт по API обращается к ДНС-хостингу и пишет в А-запись IP-адрес сервера Б. Сайт продолжает работать с резервного сервера.Поскольку переключение происходит с минимальными задержками, посетители не заметят переключения.
Подготовка
Для того чтобы воспользоваться услугой DNS-хостинга, нужно изменить записи сервера имен (NS-записи) у регистратора, к которому приписан домен. В случае компании Eternalhost меняем NS-записи на: ns1.shhost.runs2.shhost.ruДалее следует дождаться, когда изменяться DNS-сервера, а затем можно приступить к настройке.
Привязка домена к DNS серверам регистратора
У каждого регистратора доменных имен, есть услуга привязки домена к DNS серверам регистратора. Эта услуга бесплатна. Если воспользоваться ею, то регистратор должен предоставить вам имена своих DNS серверов, которые вы должны зарегистрировать на хостинге, где размещаете свой домен.
Привязка домена к IP адресу, без DNS серверов
Если у вас есть свой выделенный IP адрес, а это возможно на сервере VDS/VPS или при покупке вами IP адреса на хостинге, то можно привязать домен непосредственно к IP адресу ресурса. Для этого у регистратора имен, есть специальная форма. В этой форме вам нужно создать три записи. : [www], [@] и [*], типа А с указанием в каждой записи своего выделенного IP адреса.
Привязка домена к сторонним DNS серверам
Завершаю способы настройки DNS серверов, привязкой домена к сторонним DNS серверам. В Интернет существуют DNS серверы, которые принято называть независимые. На них бесплатно или за арендную плату, вы можете привязать свой домен к их DNS адресам. Зачем это делается?
Регистрация доменных имен

В двух словах хотел бы затронуть вопрос регистрации доменных именРегистрация доменов — это действие, посредством которого клиент сообщает регистратору, каким DNS-серверам следует делегировать поддомен, и также снабжает регистратора контактной и платежной информацией. Регистратор передает информацию в соответствующий реестр.Регистратор доменных имён — это организация, имеющая полномочия создавать (регистрировать) новые доменные имена и продлевать срок действия уже существующих доменных имён в домене, для которого установлена обязательная регистрация. Уровни доменов, для которых необходима обязательная регистрация лица, ответственного за домен, следующие: Регистратором для корневого домена является организация
Резюме
Итак, в сегодняшней статье я постарался как можно понятней описать работы доменной системы имен. Надеюсь, это у меня получилось. Мы рассмотрели иерархическую структуру базы данных DNS, а так же рассмотрели процессы взаимодействия клиентов и серверов DNS, а так же разновидности серверов DNS.
Ресурсные записи
Ресурсная запись — это то, собственно ради чего в конечном счете и существует DNS. Ресурсная запись — это единица хранения и передачи информации в DNS. Каждая такая запись несет в себе информацию соответствия какого-то имени служебной информации в DNS, например соответствие имени домена — IP адреса.
Создание своих DNS серверов на VDS/VPS серверах
Если вы арендуете не хостинг, а виртуальный выделенный сервер (VDS/VPS), то вы сами можете создать свои DNS сервера. Для этого купите второй выделенный IP адрес для сервера. На каждом IP адресе создается свой DNS сервер. Далее понадобиться зарегистрированный домен, который нужно разместить на сервере. При наличии двух выделенных IP адресов и домена на сервере VDS/VPS можно создать два сервера доменных имен (DNS). Покажу, как это сделать на примере панели управления сервером ISP manager. Откройте вкладку «Доменные имена»; Выберете домен, который вы выделили для создания DNS серверов. Нажмите на домен два раза или нажмите кнопку «Записи»; В отрывшейся вкладке «Записи» нужно последовательно создать четыре новые записи домена: 1.Создать первый поддомен для первого NS сервера с указанием первого IP адреса; Имя записи: ns1;Тип записи: A;Адрес записи: IP 1.2.Создать второй поддомен для второго NS сервера с указанием второго IP адреса; Имя записи: ns2;Тип записи: A;Адрес записи: IP 2.3.Создать запись с первым адресом NS сервера; 4.Создать запись со вторым адресом NS сервера. 5.Сохранить. Все. Вы создали свои NS (DNS) сервера, которые можно привязывать к любому домену вашего выделенного сервера VDS/VPS. Еще одно. Для того домена, который вы использовали при создании своих DNS серверов, у регистратора имен вы прописываете созданные DNS сервера, одновременно указывая IP адреса вашего сервера. Смотри фото.

Оцените статью
Хостинги