Содержание11
- Что такое NS-серверы и как они связаны с DNS
- Как имя превращается в адрес: роли name-серверов
- Почему для домена нужно минимум два NS
- NS хостера, DNS регистратора и Cloudflare: что выбрать
- Когда NS действительно нужно менять
- Что сделать до смены: зона, почта, glue-записи
- Как сменить NS у регистратора без простоя
- TTL и проверка: когда делегирование уже сработало
- Типичные ошибки, откат и когда гасить старую зону
- Частые вопросы
- Источники
NS-серверы указывают, где хранится DNS-зона домена и куда направлять запросы о сайте и почте. При переезде на другой DNS-сервис сначала перенесите записи и проверьте новую зону, а потом меняйте делегирование. Иначе сайт или почта могут перестать работать.
Что такое NS-серверы и как они связаны с DNS
NS-серверы — серверы имён, на которые регистратор направляет запросы о DNS-зоне домена. В зоне хранятся записи, например адрес сайта и почтового сервера. Браузер и почтовый сервер получают эти данные через DNS.
Резолвер запрашивает у NS нужную запись. По A- или AAAA-записи браузер находит адрес сайта, а MX указывает на почтовый сервер. NS сами не размещают сайт и не передают его страницы.
Панель DNS и панель хостинга могут находиться у одного провайдера, но выполняют разные задачи. Если делегирование указывает на другие NS, изменения в вашей панели DNS не повлияют на ответы для домена.
Перед переездом перенесите записи в новую зону и проверьте, что она отвечает. Записи со старых NS автоматически не копируются.
Как имя превращается в адрес: роли name-серверов
Резолвер получает у NS нужные записи и кэширует ответы на срок, заданный TTL. Для владельца домена важно, какие NS указаны в делегировании. Остальные узлы могут передавать копию зоны или хранить полученные ответы.
У DNS-серверов бывают разные роли:
- Основной сервер хранит исходную версию зоны, которую обновляют.
- Вторичный сервер получает копию зоны и тоже отвечает на запросы.
- Кэширующий резолвер запоминает ответы на ограниченное время. Он не хранит зону домена.
NS указывают в панели регистратора. Пока делегирование направлено на старые серверы, новая зона не участвует в обработке запросов.
Основной и вторичный серверы должны отвечать данными одной и той же зоны. Иначе запрос к одному из них может вернуть ошибку или неполный ответ.
Почему для домена нужно минимум два NS
Для домена обычно указывают два или больше NS. Это помогает сохранить доступность DNS при сбое одного сервера, если остальные работают и хранят ту же зону. Два имени на одном сервере или в одной сети не защищают от общего сбоя.
Для доменов .ru и .рф требования к делегированию зависят от правил реестра и регистратора. Не указывайте в статье универсальное число серверов для этих зон без проверки конкретных правил.
Если оба NS находятся у одного хостера и в одной стойке, сбой площадки может затронуть оба. Для небольшого сайта это может быть приемлемо; для магазина, который принимает заказы по почте, лучше выбрать независимую DNS-инфраструктуру.
NS хостера, DNS регистратора и Cloudflare: что выбрать
Зону можно держать у хостера, в DNS-хостинге регистратора или у внешнего DNS-провайдера. При смене NS меняется сервер, который отвечает за всю зону. Правка A или CNAME меняет запись внутри уже делегированной зоны.
| Критерий | NS хостера | DNS регистратора | Внешний DNS |
|---|---|---|---|
| Где лежит зона | На серверах хостинг-провайдера | В DNS-хостинге регистратора | На серверах DNS-провайдера |
| Где менять записи | В панели хостинга | В панели DNS регистратора | В панели DNS-провайдера |
| Почта | MX и TXT-записи редактируют там же | Удобно, если почта тоже у регистратора | Почтовые записи нужно перенести |
| Поддомены NS | Требуются дополнительные настройки, если NS находятся внутри своего домена | Зависит от выданных серверов | Зависит от выданных серверов |
| Подходит, когда | Сайт и почта используют один хостинг | Домен и почта управляются у регистратора | Нужен отдельный DNS-сервис или CDN |
Для обычного сайта на одном хостинге я бы выбрал NS хостера: записи собраны в одной панели. Если почта остаётся у регистратора, а сайт подключают к внешней CDN, удобнее перенести всю зону во внешний DNS и управлять ею там.
Для любого варианта сохраните копию зоны перед переездом. Это упростит восстановление записей при ошибке.
Когда NS действительно нужно менять
Меняйте NS, если хотите перенести всю DNS-зону к другому провайдеру. Новый IP сайта сам по себе не требует смены делегирования: обычно достаточно изменить A- или AAAA-запись. При смене почтового сервиса обновляют почтовые записи в той зоне, которая уже обслуживает домен.
До смены делегирования новая зона должна содержать нужные записи сайта, почты и других сервисов. Если новые NS отвечают пустой зоной, сайт или почта могут перестать работать.
Если провайдер выключает старые NS, перенесите зону и переключите делегирование до отключения услуги.
Для переезда сайта сначала выберите площадку и подготовьте записи. О том, какой сайт нужен бизнесу в Новороссийске, можно узнать отдельно.
Что сделать до смены: зона, почта, glue-записи
До смены делегирования скопируйте нужные записи и проверьте их на новых NS. Состав зоны зависит от подключённых сервисов, поэтому переносите только те записи, которые использует домен, но не забудьте почтовые настройки и подтверждения владения.
Перед переключением проверьте:
- A и AAAA для сайта и поддоменов;
- CNAME, MX и TXT, включая записи SPF, DKIM, DMARC и подтверждения сервисов;
- SRV и CAA, если они настроены;
- доступность новой зоны прямым запросом к её NS.
Если NS находятся внутри своего домена, например ns1.example.ru для example.ru, настройте у регистратора адреса этих серверов. Такие данные называют glue-записями. Для NS на чужом домене этот шаг обычно не нужен.
Перенесите почтовые записи отдельно и проверьте MX и TXT. Сайт может открываться, даже если почта настроена неправильно.
Как сменить NS у регистратора без простоя
Универсального способа гарантировать отсутствие простоя нет: переход зависит от того, как быстро обновятся кэши и как настроены серверы. Снизить риск помогает параллельная работа старой и новой зон с одинаковыми записями.
Названия разделов в панели регистратора различаются. Найдите настройки DNS-серверов домена. В панели внешнего DNS используйте те NS, которые выдал сервис.
Откат возможен, пока старая зона доступна: верните прежние NS и проверьте ответы. Если у регистратора или DNS-провайдера нет нужных настроек, этот порядок может отличаться.
TTL и проверка: когда делегирование уже сработало
TTL определяет, как долго резолвер хранит DNS-ответ. Если уменьшаете TTL, сделайте это заранее в старой зоне. Значение, которое уже попало в кэш, останется там до окончания прежнего срока.
Панель регистратора показывает сохранённые настройки домена, но не состояние кэша у каждого резолвера. Проверяйте делегирование снаружи и отдельно проверяйте записи сайта и почты.
Для проверки можно использовать dig NS +trace или nslookup. Сравните полученные NS с новыми и запросите у них записи сайта и почты. Результаты могут различаться, пока обновляются кэши.
Оставьте старую зону доступной, пока запросы показывают старые NS или пока сайт и почта не работают через новые. Возвращайте прежнее значение TTL после переезда, когда новая зона стабильно отвечает на нужные запросы.
Типичные ошибки, откат и когда гасить старую зону
Сбои обычно возникают, когда новые NS уже отвечают на запросы, но зона на них неполная. Сайт может открываться, а почта не работать, если забыли MX или связанные TXT-записи.
Перед отключением старой зоны убедитесь, что сайт и почта работают через новые NS. Если видите старые ответы, оставьте старые серверы включёнными и проверьте делегирование, записи зоны и TTL.
При ошибке верните прежние NS, если старая зона ещё доступна. Когда новая зона работает, обновите значения TTL, если ранее меняли их.
Если старую зону выключили, а новая пустая, сначала восстановите записи на доступных NS. Затем проверьте, что делегирование указывает на серверы с полной зоной.
Перед сменой NS при разработке сайта для бизнеса в Новороссийске запросите у подрядчика полный список DNS-записей, а не только новый IP. Если зона большая или почта работает через отдельный сервис, проверьте перенос вместе с тем, кто настраивает площадку.
