Домены Linux

Домен не обновляется после смены NS-серверов

  • Обновлено
  • Чтение ≈ 4 минуты
  • Нужны права администратора

Краткий ответ

После смены NS-серверов домен может открываться по-старому до 24–48 часов. Проверьте NS у регистратора, наличие записей на новом DNS-хостинге, очистите DNS-кэш и проверьте через dig и dnschecker.

В этой статье
  1. Что означает ошибка
  2. Причины и решения
  3. Пошаговое решение

#Что означает ошибка

Сообщение
Сайт открывается по-старому или не открывается после смены NS

При смене NS-серверов (делегирования) обновляются данные в зоне родительского домена. Они распространяются через кэши DNS в интернете по значению TTL, поэтому часть пользователей видит сайт на старом хостинге, а часть — на новом, и это может длиться от нескольких минут до 24–48 часов. Если сайт вообще не открывается или открывается ошибка — обычно на новом DNS-хостинге нет нужных записей либо NS изменены не у регистратора.

#Причины и решения

Возможная причинаКак узнатьЧто делать
Идёт распространение DNSИзменения ещё не дошли до всех кэшей.Сайт открывается по-разному.Подождите, проверьте через dnschecker.
NS изменены не у регистратораСерверы указаны в зоне, а не у регистратора.whois показывает старые NS.Измените у регистратора.
На новом DNS-хостинге нет записейВ зоне нет A/CNAME/MX.dig у новых NS возвращает пусто.Создайте записи.
Кэш на устройстве или провайдереЛокальный кэш хранит старый ответ.В другой сети открывается правильно.Очистите кэш.

#Пошаговое решение

  1. Проверьте NS у регистратораОткройте официальный кабинет своего регистратора, выберите нужный домен и раздел «DNS-серверы», «NS» или «Делегирование» (название зависит от регистратора). Сравните все указанные имена NS с адресами, которые дал новый поставщик DNS; обычно их два и больше. Если имена отличаются — исправьте их именно у регистратора, сохраните и запишите время изменения. Не удаляйте рабочую DNS-зону до подтверждения переноса.
  2. Проверьте через whoisНа компьютере с установленным whois откройте терминал (Windows — PowerShell с установленной утилитой WHOIS; Linux/macOS — Терминал) и выполните whois example.com, заменив домен своим. Найдите строки Name Server или nserver; вывод форматов WHOIS различается, а некоторые регистратуры скрывают данные. Для проверки делегирования надёжнее запросите dig +trace NS example.com в Linux/macOS с установленным dig. Если указаны старые NS — проверьте сохранение изменений в кабинете.
  3. Проверьте записи у новых NSВ панели нового DNS-провайдера узнайте точный адрес его авторитетного NS. В терминале с утилитой dig выполните dig @ns1.newhost.ru example.com A +noall +answer, заменив оба примера реальными именами. Если нет строки A, проверьте записи зоны у нового провайдера; если появляется REFUSED или SERVFAIL, запросите у него проверку обслуживания зоны. Для проверки www отдельно запросите dig @ns1.newhost.ru www.example.com A +noall +answer.
  4. Создайте записиВойдите в редактор DNS-зоны у нового провайдера и сравните её с экспортом либо снимком старой зоны. Для самого домена (обычно имя @) добавьте правильную A-запись на IPv4 сервера; для www используйте A либо CNAME согласно схеме хостинга; если применяется IPv6, сверьте AAAA. Для почты перенесите MX и связанные TXT (SPF, DKIM, DMARC) по значениям почтового провайдера, не придумывая их. Сохраните и дождитесь ответов авторитетного NS.
  5. Проверьте распространениеОткройте DNSChecker или другой просмотрщик DNS и введите точное имя домена. Сначала выберите NS, затем A, AAAA или MX — в зависимости от того, что не работает. Несовпадение ответов отдельных резолверов вскоре после изменения может быть кэшем; если новые NS сами возвращают неверные данные, ждать бесполезно — исправьте зону. Не ориентируйтесь на единый срок «24 часа»: время зависит от TTL, регистратора и кэша.
  6. Очистите DNS-кэшОчищайте локальный кэш только тогда, когда новые авторитетные NS отвечают верно, а один компьютер ещё открывает прежний адрес. В Windows откройте «Пуск», введите cmd, запустите командную строку и выполните ipconfig /flushdns; сообщение об успешной очистке подтверждает лишь сброс кэша Windows. В Linux с systemd-resolved используйте sudo resolvectl flush-caches; на других системах этот способ не подходит. Затем перезапустите браузер и повторите проверку.
  7. Проверьте hostsЕсли ошибка наблюдается только на одном компьютере, проверьте локальный файл hosts: Windows — C:\Windows\System32\drivers\etc\hosts, Linux/macOS — /etc/hosts. Откройте его для просмотра с правами администратора и ищите точное доменное имя. Если оно принудительно связано со старым IP и запись была добавлена вами, сохраните копию файла и удалите только эту строку; системные строки не меняйте. После сохранения проверьте домен снова.
  8. Проверьте сайт на новом хостингеЕсли DNS уже указывает на новый сервер, но открывается чужая страница или ошибка 404/сертификата, войдите в панель нового хостинга и проверьте привязку конкретного домена к нужному сайту. Убедитесь, что домен присутствует в виртуальном хосте, а сертификат выпущен для него. Откройте https://ваш-домен с другого подключения; если IP верный, но сайт не работает, проблему ищите в конфигурации хостинга, а не в распространении DNS.
  9. Команды для отдельных ситуацийВыберите только подходящий вариант. Это не одна последовательность: часть команд диагностирует проблему, а часть меняет настройки или данные.
    Выберите подходящий вариант — это не команды для последовательного выполнения
    Вариант 1Проверка делегирования и ответа сервера имён.
    Linux · Терминал (Bash)Команда
    Проверка делегирования и ответа сервера имён.
    whois example.com | grep -i "name server"
    dig NS example.com +short
    dig @ns1.newhost.ru example.com A +short
    dig example.com A @8.8.8.8 +short
    Вариант 2Windows: сброс кэша DNS.
    Windows · Командная строка (CMD)КомандаПрава администратора
    Windows: сброс кэша DNS.
    ipconfig /flushdns
    nslookup example.com 8.8.8.8

Чтобы смена прошла плавно, заранее (за 1–2 дня) снизьте TTL записей до 300–600 секунд, а в день переноса сначала создайте все записи на новом DNS-хостинге и только потом меняйте NS. Почту проверьте отдельно: MX и SPF должны быть настроены до смены, иначе письма будут теряться. Если вы меняли NS у регистратора, а сайт всё равно ведёт на старый хостинг через сутки, проверьте, нет ли у домена включённой услуги «делегирование на DNS регистратора» либо DNSSEC с прежними DS-записями (при несовпадении домен перестаёт открываться; удалите DS у регистратора). Узнать срок действия кэшей можно через dig +trace.

Так эту ошибку тоже называют

Домен не открывается после смены хостинга или NS-серверов После смены хостинга или NS-серверов DNS обновляется не мгновенно: от нескольких минут до 24–48 часов. Проверьте, что у регистратора указаны NS нового хостинга, а на хос… Сайты, серверы и хостинг Домены Веб Домен не открывается после смены DNS — делегирование и TTL — причины и решение Подождите обновления DNS и проверьте NS-записи у регистратора. Сайты, серверы и хостинг Домены Linux Новый домен не открывается: делегирование NS, A-запись и ожидание DNS — причины и решение Новый домен не открывается, пока NS-серверы не делегированы на хостинг, не создана A-запись и не завершилось распространение DNS. Проверьте записи командами dig и nslook… Сайты, серверы и хостинг Домены LinuxWeb Домен истёк: что делать и можно ли продлить после окончания срока — причины и решение После окончания регистрации действует льготный период (grace) и период выкупа (redemption) с повышенной стоимостью. Обратитесь к регистратору как можно скорее. Сайты, серверы и хостинг Домены LinuxWeb Домен просрочен: как вернуть доступ к сайту — причины и решение После окончания регистрации домен проходит льготный период, затем период выкупа (redemption) с повышенной ценой и удаляется. Продлите домен у регистратора, проверьте ста… Сайты, серверы и хостинг Домены Linux

Источники и обновления

Последнее обновление статьи: 1 ноября 2026. Версии программ и интерфейсы меняются — если шаги не совпадают с вашей версией, сверяйтесь с документацией производителя.