Подкаст 26. Что такое NS записи домена
Рубрика: Подкасты Опубликовано: 01.07.2021
Стенограмма видеозаписи:
Добрый день. Вы слушаете 26-ый подкаст от дата центра MouseDC.ru. У микрофона Алексей Гуржиев.
Тема этого выпуска появилась из популярных обращений в службу нашей технической поддержки. Проблема в том, что клиенты часто покупают доменные имена, но не указывают ничего в NS записях. Возможно, это происходит из-за невнимательности, а возможно, из за недостатка опыта. Поэтому сейчас мы расскажем зачем нужны эти NS записи домена.
Приступим.
Тема подкаста может показаться слишком сложной. Но в ней придётся разбираться, потому что во время заказа любого домена необходимо ввести адрес NS сервера, который будет использоваться. Поэтому сконцентрируйтесь, сейчас попробуем всё объяснить.
Зачем нужны NS записи домена
Попробуем придумать аналогию NS записям.
Если NS записи домена прописаны, то говорят, что домен «делегирован». Зачастую NS записи можно указать во время регистрации (то есть покупки) домена. Но есть возможность оставить их пустыми, на случай, если владелец пока не планирует использовать домен.
NS записи можно изменить в любой момент времени. В этих записях можно указывать как ip адрес, так и доменное имя, которое ведёт на сервер с DNS записями.
Как изменить NS записи домена
Давайте посмотрим как устанавливаются NS записи на нашем хостинге.
Сначала разберём случай с указанием записей на стадии заказ домена.
В личном кабинете хостинга есть раздел под названием «Домены». При заказе домена нужно придумать его название и ввести в форму. Затем нажать на кнопку «Подобрать», чтобы проверить его доступность. Далее необходимо выбрать из списка понравившийся вариант и нажать кнопку «Зарегистрировать». На следующем шаге потребуется ввести контактные данные владельца домена. А затем NS серверы.
Как можно заметить, посередине страницы есть кнопка с надписью «кликните тут для установки». Если кликнуть на неё, то в полях рядом появится две надписи:
- ns1.vhost.mousedc.ru
- ns2.vhost.mousedc.ru
Это адреса наших серверов виртуального хостинга. На них хранятся DNS записи сайтов, которые там созданы.
Если размещаете свой сайт на нашем хостинге, то используйте именно эти записи.
Теперь рассмотрим как изменить NS записи у зарегистрированного ранее домена.
Для этого в списке доменов необходимо кликнуть на его название. А затем в боковом меню выбрать пункт «Сервера имен (NS)». Здесь можно изменить записи в любое время, если домен зарегистрирован.
Если у вас появятся какие-либо вопросы по поводу NS записей доменов, пожалуйста, напишите нам в техническую поддержку. Мы обязательно поможем.
На этом завершаем наш подкаст от дата центра MouseDC.ru. Подписывайтесь на наши социальные сети и регистрируйтесь на хостинге. Обязательно отправляйте свои вопросы в нам техническую поддержку, через личный кабинет.
У микрофона был Алексей Гуржиев. До встречи в следующих выпусках.
Была ли эта статья полезна? Есть вопрос?
Закажите недорогой хостинг Заказать
всего от 290 руб
Как управлять доменом сайта через DNS Тильды
СПРАВОЧНЫЙ ЦЕНТР ТИЛЬДЫ
Вы можете передать домен в управление на Тильду. Это позволит бесшовно подключить его к сайту, быстро создавать поддомены и добавлять дополнительные записи.
Как делегировать домен, купленный у стороннего регистратора
Если вы купили домен через Тильду, то он автоматически управляется через NS-серверы Тильды. Поэтому дополнительная настройка не требуется. В таком случае вы можете сразу перейти к управлению записями.
Чтобы делегировать домен на Тильду, необходимо прописать следующие NS-серверы на стороне регистратора:
- ns1.tildadns.com
- ns2.tildadns.com
Изменение NS-серверов может занять до 24 часов.
Ниже приведен пример изменения NS-записей для регистраторов Nic.ru (RU-CENTER) и Reg.ru. Если ваш домен зарегистрирован в другом сервисе, то информацию об изменении DNS можно найти в справочном центре или уточнить в службе поддержки регистратора.
Пример изменения NS-серверов у регистраторов
Nic.ru (RU-CENTER)
Reg.ru
Nic.ru (RU-CENTER)Reg.ru
Перейдите на страницу со списком ваших доменов и нажмите на список DNS-серверов.
Также это можно сделать в колонке «DNS-серверы» → нажмите на кнопку «Изменить».
Укажите DNS-серверы самостоятельно, пропишите ns1.tildadns.com и ns2.tildadns.com и сохраните изменения.
После сохранения изменений потребуется некоторое время (от нескольких минут до нескольких часов) для того, чтобы изменения применились.
Перейдите на страницу со списком ваших доменов и нажмите на список DNS-серверов. Также это можно сделать через меню с тремя точками → DNS-серверы.
На странице «DNS-серверы и управление зоной» нажмите на кнопку «Изменить».
Выберите пункт «Свой список DNS-серверов».
Введите ns1.tildadns.com и ns2.tildadns.com в поля с именами серверов и сохраните изменения, кликнув на «Продолжить».
Изменения могут занять до 24 часов.
Как управлять записями домена через Тильду
Чтобы перейти в управление записями домена на стороне Тильды, укажите домен в Настройках сайта → Домен и проверьте его подключение.
Если NS-серверы прописаны верно, то появится сообщение «DNS управляется через Тильду. Перейти к управлению». Перейдите по ссылке в этом сообщении.
Откроется панель управления доменом. В ней можно настроить почту для домена, добавить дополнительные TXT-записи и подключить поддомены основного адреса. Записи, необходимые для работы сайта на основном домене, будут прописаны автоматически.
Добавление дополнительных поддоменов
Если вы планируете добавить дополнительные сайты и разместить их на поддоменах основного адреса, то это можно сделать быстро. Для начала создайте новый проект, перейдите в Настройки сайта → Домен, затем пропишите желаемый поддомен и сохраните изменения.
Откройте панель управления основного домена. Это можно сделать из настроек сайта с основным доменом → Домен → Перейти к управлению.
В блоке «Поддомены» нажмите на кнопку «Добавить поддомен».
Укажите значение поддомена и нажмите на кнопку «Проверить».
Если все правильно и проект с таким поддоменом существует, то система предложит вам завершить настройку DNS.
Нажмите на кнопку «Да».
Новый поддомен появится в списке ваших поддоменов. Когда DNS обновятся, также обновится статус поддомена и он будет готов к работе.
Добавление дополнительных доменных записей
Чтобы добавить новую запись, перейдите к блоку «DNS-записи» и нажмите на кнопку «Добавить DNS-запись».
В панели управления DNS нельзя удалить записи, которые необходимы для работы сайта на основном домене и записи, необходимые для работы доменной почты, если она была предварительно настроена.
На новой странице укажите Имя хоста, Тип и Значение необходимой записи. Сейчас возможно добавить записи двух типов — TXT и MX. Если запись нужно сделать для основного домена, то в имени хоста укажите символ @.
Запись будет добавлена сразу и обновится в DNS в течение 24 часов.
Подключение почты для домена
Для подключения почты от «Яндекс» перейдите к блоку «Почта для домена» и нажмите на кнопку «Подключить».
В новом окне нажмите еще раз на кнопку «Подключить Яндекс.
Почту для домена».
Откроется окно с логином в сервис Яндекс. Залогиньтесь и предоставьте доступ приложению Тильды.
Через некоторое время статус почты обновится. Когда все настройки вступят в силу, будет выведен статус «Подключена и настроена».
Управление почтовыми ящиками при этом происходит на стороне Яндекса, в Яндекс.Коннекте или Яндекс.360 для Бизнеса.
Вернуться в Справочный Центр
Система доменных имен— в чем разница между записями @ и ns
@ — это просто «происхождение». Он используется там, где синтаксически должно идти доменное имя, но это имя совпадает с исходным набором. т.е. в конфигурации BIND вы сказали zone "domain.com" , тогда источником является domain.com (до повторной установки директивой $ORIGIN в файле зоны) и @ NS ns совпадает с доменом . ком. NS ns.domain.com. . Обратите внимание, что к любой записи без точки в конце автоматически добавляется источник, но для использования этой функции вам нужно было оставить «пустое имя» для записи NS, что означает другие вещи (в этом случае подумайте о неправильном синтаксисе).
Так был изобретен символ @.
Это означает, что это не имеет ничего общего с записями склеивания или записями делегирования. Вы даже можете вообще не использовать его нигде, вы вполне можете написать все явно. Вот так: если вы хотите сделать запись A, вы можете использовать для этого @, например @ A 192.0.2.1 , но вы также можете не использовать его и писать как domain.com. A 192.0.2.1 (при условии, что источник по-прежнему domain.com ).
Читать http://www.zytrax.com/books/dns/apa/origin.html
Клей необходим, когда поддомен имеет имя DNS-сервера внутри своей зоны. Давайте делегируем sub.example.com — ns.sub.example.com , адрес которого 192.0.2.2 . Чтобы это работало, нам нужно заранее разрешить запись ns.sub.example.com A, но кто должен отвечать на запрос? Сервер, на который мы делегируем зону, не мог, потому что мы до сих пор не знаем его адреса, пока не разрешили этот запрос.
Эта проблема курицы и яйца решается связующей записью: сервер , делегирующий , будет хранить запись ns.sub.example.com A 192.0.2.2 . Затем мы также можем использовать запись делегирования сервера имен, sub.example.com. NS ns.sub.example.com. .
Или, если ваш источник — example.com , это будет ns.sub A 192.0.2.2 — клей и sub NS ns.sub — делегирование. Символ @ здесь не используется, потому что мы нигде не встречаем «пустое имя».
Или вы можете установить $ORIGIN sub.example.com , а затем использовать @: наши записи будут записаны как ns A 192.0.2.2 и @ NS ns .
Обратите внимание: несмотря на то, что я предложил три способа выражения этого делегирования с помощью клеевой записи, все три случая выражают одну и ту же информацию и будут работать одинаково. Это просто синтаксическая разница, а не принципиальная.
Если вы делегируете зону серверу, имя которого не находится внутри этой зоны, клей не нужен.
Например, если sub.example.com делегируется ns.example.org , то один sub.example.com. НС ns.example.org. нужен, потому что адрес ns.example.org будет разрешен другим способом.
И замечание. Тот факт, что регистраторы DNS требуют, чтобы вы указали как минимум два DNS-сервера, не означает, что вам также необходимо указать несколько DNS-серверов. Ничего не улучшится, если вы укажете один и тот же сервер дважды. Для вашего конкретного случая будет достаточно одного клея и одной записи делегирования.
сервер имен — хранятся ли записи NS для домена .com регистратором или реестром .com?
спросил
Изменено 1 год, 7 месяцев назад
Просмотрено 184 раза
Допустим, у меня есть example. , который я купил на 
ExampleRegistrar .
Предположим, что по умолчанию этот регистратор использует собственные серверы имен ns1.exampleregistrar.com , ns2.exampleregistrar.com .
Таким образом, когда клиент хочет перейти на www.example.com , он, вероятно, будет выглядеть так:
.com сервер имен ищет example.com , видит ns1.exampleregistrar.com и передает запрос этому серверу имен ns1.exampleregistrar.com ищет www.example.com и, наконец, находит IP 203.0.113.5 Вопрос: как будет работать, если я настрою кастомный сервер имён ns1.othernameserver.com в настройках регистратора домена?
Означает ли это, что реестр для .com будет напрямую иметь ns1.othernameserver.com в своей базе данных?
Верно ли, что любой запрос от клиента к www. будет ли никогда проходить через какой-либо из серверов регистратора?
example.com
- система доменных имен
- сервер имен
- dns-зона
- регистратор доменов
- регистрация доменов
Регистратор, по сути, просто занимается продажами и взаимодействием с клиентами, они не являются частью реальных операций. перспектива DNS.
Ну, во всяком случае, не в рамках своей роли регистратора. Очень часто компании-регистраторы также предоставляют услуги хостинга DNS для клиентских зон, но это всего лишь случай добавления ценности или дополнительной продажи услуг, не связанных с регистрацией, своим клиентам.
С точки зрения реестра, а также с точки зрения работы DNS нет никакой функциональной разницы в том, используете ли вы серверы имен, предоставленные регистратором, серверы имен третьих лиц, ваши собственные серверы имен или любое их сочетание.
Во всех этих случаях регистратор просто отправляет набор из записей NS , выбранных владельцем регистрации (возможно, неявно, если вы решите использовать их услуги хостинга DNS) в реестр, и эти записи публикуются в зоне TLD.