--- title: NS (Name Server) запись description: Узнайте больше о записях NS и как они работают navigation: true badges: - value: Домены to: /domains target: _self icon: lucide:globe - value: DNS to: /domains/dns target: _self icon: lucide:pencil-line authors: - name: Sherali Salomidinov username: coderplusdesigner --- ## Что такое NS-запись? NS (Name Server) запись — это тип DNS-записи, которая задается для вашего домена отдельно от других записей. Такая запись может быть настроена **только** у вашего регистратора домена (где вы зарегистрировали или купили домен). Когда вы покупаете домен, первым шагом обычно является **не** настройка A-записи, а установка NS-записей. NS-записи сообщают всему миру, какие DNS-серверы хранят все ваши записи DNS, включая сами NS-записи. По умолчанию регистратор домена прописывает свои DNS-серверы в NS-записях и предоставляет DNS-менеджер для настройки других записей. Если вы хотите перенести управление DNS на другой сервер или сервис, достаточно изменить NS-записи на новые адреса серверов. #### Представьте это так: 1. Ваша старая SIM-карта хранит все контакты. 2. Вы покупаете новую SIM-карту у другого оператора и хотите перейти на нее. 3. Копируете контакты при необходимости. 4. Убираете старую SIM и вставляете новую. 5. Восстанавливаете контакты, если сделали копию. > **Сравнение:** > Телефон = ваш домен > Старая SIM = старые NS-записи (старые DNS-серверы, где хранятся записи) > Новая SIM = новые NS-записи (новые DNS-серверы, куда хотите перейти) > Контакты = DNS-записи При изменении NS-записей для домена: 1. У вас были DNS-серверы (NS-записи), где хранились все DNS-записи. 2. Вы получаете новый сервис (хостинг, почта, CDN и т.п.). 3. Копируете записи при необходимости. 4. Меняете старые NS-записи на новые в настройках регистратора. 5. Восстанавливаете записи в DNS-менеджере нового провайдера. Каждый домен должен иметь минимум **одну NS-запись**, но обычно их несколько для надежности. Например, Hostmaster по умолчанию задает две NS-записи. Если оставить их, вы сможете управлять DNS в панели Hostmaster. --- ## Как работают NS-записи Когда кто-то вводит `example.uz` в браузере: 1. Браузер обращается к DNS-резолверу за IP-адресом домена. 2. Резолвер запрашивает корневой сервер, чтобы найти TLD-серверы, затем у них — авторитетные NS. 3. Авторитетные NS — это те, что заданы в ваших NS-записях. Например, если NS1 — `ns3.hostmaster.uz`, резолвер спросит у DNS Hostmaster A-запись. 4. Резолвер возвращает IP браузеру. 5. Браузер делает запрос по IP. 6. Сервер отвечает, сайт загружается. --- ## Когда может понадобиться менять NS-записи ### 1. Переход к новому хостинг-провайдеру Если новый хостинг требует использовать его DNS-серверы. **Примеры:** * Переход с Cloudflare Hosting на Hostmaster → обновить NS-записи у Cloudflare. * Домен в Hostmaster, сайт на Tilda → обновить NS у Hostmaster на Tilda. ### 2. Смена DNS-провайдера Чтобы использовать сторонние DNS-сервисы (Cloudflare, Google Cloud DNS, AWS Route 53, собственный VDS). **Примеры:** * Для DDoS-защиты или балансировки трафика → NS Cloudflare. * Использование FastPanel на VDS → NS вашего сервера. ### 3. Перенос домена к другому регистратору Иногда нужно обновить NS под инфраструктуру нового регистратора. > Чаще всего это делается автоматически. **Примеры:** * Домен куплен у AHost и перенесен на Hostmaster. * Домен куплен у Hostmaster и перенесен на AHost. ### 4. Делегирование субдомена Если `shop.example.uz` должен управляться другим DNS-провайдером. > Большинство регистраторов, включая Hostmaster, не позволяют задавать NS для субдоменов. Нужно свой DNS-сервер (Bind, PowerDNS и т.д.) на VDS. ### 5. Использование специализированных сервисов Некоторые SaaS или корпоративные сервисы требуют свои авторитетные NS. **Пример:** Внутренняя IT-система компании использует свои NS для домена/субдомена. --- ## Когда достаточно изменить A-запись, а не NS ### 1. Переход на новый сервер (тот же DNS-провайдер) Если хостинг дал новый IP, но DNS остается прежним. **Пример:** Переезд с одного VDS на другой → изменить A-запись. ### 2. Смена платформы сайта при том же DNS Сайт перенесен, но DNS у прежнего провайдера. **Пример:** DNS у Hostmaster, сайт на новом VDS в Европе → меняем A-запись. ### 3. Привязка субдоменов к разным серверам `blog.example.uz` уходит на другой сервер, `example.uz` остается. ### 4. Несколько сервисов Например, `mail.example.uz` на Gmail, `api.example.uz` на Firebase. Достаточно A или TXT. --- ## Итог * **Меняйте NS-записи**, если хотите сменить провайдера DNS. * **Меняйте A-записи**, если просто меняется IP при том же DNS. ## Примеры #### 1. NS-записи корневого домена ```txt example.uz. 3600 IN NS ns1.hostmaster.uz. example.uz. 3600 IN NS reverse.hostmaster.uz. ``` | Хост / Имя | Тип | TTL | Значение / Цель | | ----------- | --- | ---- | ----------------------- | | example.uz | NS | 3600 | ns1.hostmaster.uz. | | example.uz | NS | 3600 | reverse.hostmaster.uz. | #### 2. Делегирование субдомена (на VDS)* ```txt shop.example.uz. 3600 IN NS ns1.hostmaster.uz. shop.example.uz. 3600 IN NS reverse.hostmaster.uz. ``` | Хост / Имя | Тип | TTL | Значение / Цель | | ----------------- | --- | ---- | ----------------------- | | shop.example.uz. | NS | 3600 | ns1.hostmaster.uz. | | shop.example.uz. | NS | 3600 | reverse.hostmaster.uz. | #### 3. Glue-записи с NS (на VDS)* ```txt example.uz. IN NS ns1.example.uz. example.uz. IN NS ns2.example.uz. ns1.example.uz. IN A 192.0.2.1 ns2.example.uz. IN A 192.0.2.2 ``` | Хост / Имя | Тип | TTL | Значение / Цель | | ---------------- | --- | ----- | ---------------- | | example.uz. | NS | 86400 | ns1.example.uz. | | example.uz. | NS | 86400 | ns2.example.uz. | | ns1.example.uz. | A | 86400 | 192.0.2.1 | | ns2.example.uz. | A | 86400 | 192.0.2.2 | ## Интересные факты ::alert{type="secondary"} #### Корневые DNS-серверы Корневые серверы — это авторитетные серверы для корневой зоны DNS. Их 13 (A–M), у каждого много Anycast-узлов по миру. | Буква | Хостнейм | IPv4 | IPv6 | |-------|--------------------|------------------|------------------------| | A | a.root-servers.net | 198.41.0.4 | 2001:503:ba3e::2:30 | | B | b.root-servers.net | 199.9.14.201 | 2001:500:200::b | | C | c.root-servers.net | 192.33.4.12 | 2001:500:2::c | | D | d.root-servers.net | 199.7.91.13 | 2001:500:2d::d | | E | e.root-servers.net | 192.203.230.10 | 2001:500:a8::e | | F | f.root-servers.net | 192.5.5.241 | 2001:500:2f::f | | G | g.root-servers.net | 192.112.36.4 | 2001:500:12::d0d | | H | h.root-servers.net | 198.97.190.53 | 2001:500:1::53 | | I | i.root-servers.net | 192.36.148.17 | 2001:7fe::53 | | J | j.root-servers.net | 192.58.128.30 | 2001:503:c27::2:30 | | K | k.root-servers.net | 193.0.14.129 | 2001:7fd::1 | | L | l.root-servers.net | 199.7.83.42 | 2001:500:9f::42 | | M | m.root-servers.net | 202.12.27.33 | 2001:dc3::35 | :: --- **Source URL:** https://support.hostmaster.uz/ru/domains/dns/name-server-record