#Что означает ошибка
Не удаётся найти IP-адрес сервера Сайт открывает старую версию
Если домен не открывается после смены хостинга или NS-серверов, сайт обычно уже настроен, но DNS-записи ещё не обновились во всём интернете: нужно подождать завершения делегирования (до 24–48 часов), либо в зоне домена указаны неверные записи.
Проверка по шагам покажет, где проблема: в делегировании NS, A-записи или в самом веб-сервере.
Записи кэшируются по всему интернету по времени TTL. Пока кэши не обновятся, часть посетителей видит старый адрес или ошибку.
#Причины и решения
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Идёт обновление DNSКэши ещё не обновились. | Часть пользователей видит новое, часть — старое. | Подождите, не меняйте записи повторно. |
| NS-серверы указаны неверноОпечатка или старый хостинг. | nslookup -type=NS домен показывает не те серверы. | Исправьте у регистратора. |
| Домен не добавлен на хостинге или нет A-записиХостинг не знает домен. | Открывается страница-заглушка или ошибка хостинга. | Добавьте домен и A-запись на IP хостинга. |
| Устаревший локальный кэшБраузер или ОС хранят старый адрес. | С другого устройства открывается новый сайт. | Очистите кэш DNS. |
#Пошаговое решение
- Проверьте NSВ кабинете регистратора откройте NS-серверы домена и сравните их со значениями нового DNS-провайдера. Если используете терминал с
dig, выполнитеdig +trace NS example.comпосле подстановки реального домена; ответ родительской зоны важнее случайного кэшированного ответа браузера. - Проверьте A-записьНа авторитетном DNS нового провайдера проверьте A/AAAA для корневого имени и
www:dig @реальный_NS пример-домена A +noall +answer. Если адрес неверный, исправьте запись в DNS-панели; если верный только у новых NS, дождитесь обновления кэша рекурсивных серверов. - Проверьте зону на хостингеВ панели нового хостинга убедитесь, что домен добавлен к нужному сайту, документ-корень правильный и сертификат соответствует HTTPS-адресу. Если по новому IP открывается заглушка, причина уже не в сроке распространения DNS, а в привязке виртуального хоста.
- Очистите кэш DNSЛокальный кэш очищайте только если авторитетные ответы уже правильные: Windows →
cmd→ipconfig /flushdns, Linux с resolved →sudo resolvectl flush-caches. Затем повторите открытие в приватном окне и через другое подключение; этот шаг не изменит DNS у провайдера. - Проверьте сайт по IPДля проверки сайта на новом IP без изменения публичного DNS администратор может использовать
curl --resolve пример-домена:443:новый_IP https://пример-домена/с фактическими данными. Это сохраняет имя SNI/Host и показывает ответ нужного виртуального хоста; не используйте отключение проверки сертификата как постоянный способ проверки. - Замените
example.ruна ваш доменWindows · Командная строка (CMD)КомандаЗаменитеexample.ruна ваш домен.nslookup example.ru 8.8.8.8nslookup -type=NS example.ruipconfig /flushdns
#Если не помогло
Чтобы переносы проходили без простоя, заранее уменьшите TTL записей, а старый хостинг не отключайте до завершения обновления DNS. Для проверки используйте публичные сервисы просмотра DNS-записей.
#Как проверить делегирование
Выполните nslookup -type=NS домен или dig NS домен: должны вернуться NS нового хостинга. Затем nslookup домен 8.8.8.8 покажет A-запись у Google DNS. Результаты по миру видны на .
#Типичные ошибки
Домен делегирован на новые NS, а A-запись в новой зоне не создана; на хостинге не добавлен домен как сайт; не выпущен SSL-сертификат; у регистратора включена защита от переноса. Локальный кэш DNS сбрасывается командой ipconfig /flushdns.
nslookup -type=NS example.comnslookup example.com 8.8.8.8