Домен не открывается после смены DNS — делегирование и TTL

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

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

Главное — убедиться, что запись на авторитетных серверах правильная; остальное — вопрос ожидания и очистки кэша.

Проверяйте в таком порядке: NS-серверы, A-запись, кэш.

Подождите обновления DNS и проверьте NS-записи у регистратора.

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

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

1. Проверьте NS-записиВойдите в кабинет регистратора и откройте раздел делегирования домена; сравните указанные NS с адресами нового DNS-провайдера. На компьютере с утилитой dig выполните dig +trace NS example.com, подставив свой домен, чтобы увидеть делегирование у родительской зоны. Если там старые NS, проверьте сохранение смены у регистратора, а не правьте кэш браузера.
2. Проверьте A-запись у авторитетного сервераУточните имя авторитетного NS провайдера, затем выполните dig @ns1.example-dns.net example.com A +noall +answer с фактическими именами. Если NS не отвечает или возвращает старый IP, откройте панель DNS и проверьте A/AAAA-записи для самого домена и www по отдельности. Для работы почты проверьте MX и TXT записи, не удаляя их при переносе.
3. Сравните с публичным DNSЗапросите те же A/AAAA/NS через один-два независимых рекурсивных резолвера, например dig @1.1.1.1 example.com A и dig @8.8.8.8 example.com A, если доступ к ним разрешён. Если авторитетные NS уже отвечают правильно, а рекурсивные различаются, речь может идти о кэшировании до истечения TTL, а не о неисправном сервере.
4. Очистите кэшОчистка локального DNS-кэша нужна только если конкретный компьютер упорно использует старый адрес: Windows — откройте cmd и выполните ipconfig /flushdns; Linux с systemd-resolved — sudo resolvectl flush-caches. После этого перезапустите браузер. Очистка кэша не обновляет данные у регистратора или сторонних DNS-серверов.
5. Дождитесь окончания TTLУзнайте TTL проблемной записи через dig, учитывайте также время кэширования старого делегирования и отрицательных ответов. Проверяйте статус периодически, но не меняйте NS каждые несколько минут. Если по новому IP открывается чужая заглушка, убедитесь в привязке домена и сертификата у нового хостинга: DNS уже мог заработать.

#Проверка записей

Узнайте NS домена: nslookup -type=NS example.com. Спросите A-запись у авторитетного сервера: nslookup example.com ns1.provider.ru. Если ответ правильный там, а у публичного DNS (nslookup example.com 8.8.8.8) старый — это кэш, нужно ждать окончания TTL. Для визуальной проверки по миру используйте dnschecker.org.

#Типичные ошибки настройки

NS-записи у регистратора указаны на новый хостинг, но зона на этом хостинге не создана — домен перестаёт открываться (NXDOMAIN). A-запись на старый IP, а не новый. Забыли записи www (CNAME) или MX. Включён DNSSEC с DS-записью старого провайдера — отключите DS у регистратора перед сменой NS.

#Ускорение: кэш и TTL

На своём компьютере очистите кэш: ipconfig /flushdns (Windows) или sudo resolvectl flush-caches (Linux). Перезагрузите роутер. Для будущих переездов за сутки уменьшите TTL записи до 300 секунд, а после переезда верните 3600 и больше. Чтобы обойти кэш при тестировании, добавьте строку в файл hosts: 203.0.113.10 example.com.

#Проверка сайта на новом сервере

Убедитесь, что веб-сервер знает домен (виртуальный хост, добавлен домен в панели хостинга) и выпущен сертификат. Проверка без DNS: curl -I --resolve example.com:443:203.0.113.10 https://example.com.