#Что означает ошибка
Изменения DNS не применяются
После изменения DNS-записей на обновление уходит время из-за TTL и кэшей. Обычно до 24–48 часов. Проверьте записи через dig и онлайн-сервисы.
#Причины и признаки
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Высокий TTL | Старая запись. Сравните обстоятельства появления ошибки с указанным признаком и не меняйте настройки без подтверждения. | Ждите. |
| Кэш провайдера | Разные ответы. Повторите действие после штатного закрытия приложения; очистка кэша нужна лишь после сохранения пользовательских данных. | Подождите. После действия повторите исходную операцию. |
| Неверная запись | Сравните обстоятельства появления ошибки с указанным признаком и не меняйте настройки без подтверждения. | Исправьте. |
| Смена NS | Сравните обстоятельства появления ошибки с указанным признаком и не меняйте настройки без подтверждения. | Проверьте. После действия повторите исходную операцию. |
#Пошаговое решение
- Проверьте записьВ терминале выполните
dig example.com A, заменив домен на ваш. Посмотрите ответ и поле TTL; для изменения NS или MX запросите соответствующий тип записи. Сравните авторитетный сервер и рекурсивный резолвер — у них могут быть разные кэшированные ответы. - Проверьте TTLВ терминале выполните
dig example.com A, заменив домен на нужный. Посмотрите ответ и TTL; если менялись NS, дополнительно сравните ответы авторитетных серверов и общедоступных резолверов. Не путайте срок действия записи с гарантированным временем обновления у всех пользователей. - Очистите кэшЕсли DNS-запись недавно изменена, проверьте актуальные ответы через несколько независимых DNS-серверов, учитывая TTL. Для очистки локального кэша Windows можно выполнить
ipconfig /flushdns, но это не ускорит обновление внешних кешей провайдера. Не меняйте DNS повторно до проверки зоны. - Проверьте задержку смены NS, а не только TTL записиЕсли вы меняли именно DNS-серверы NS, а не отдельную A-запись, откройте терминал Linux/macOS и выполните
dig +trace example.com NS, заменивexample.comсвоим доменом. В Windows безdigузнайте NS в панели регистратора и сравните ответыnslookup -type=NS example.com 1.1.1.1иnslookup -type=NS example.com 8.8.8.8. Если родительская зона ещё делегирует прежние NS, дождитесь обновления у регистратора или свяжитесь с его поддержкой. Не удаляйте зону со старых авторитетных серверов до завершения перехода: часть клиентов может обращаться к ней по кешированному делегированию.
#Проверка результата
Откройте тот же адрес, где возникало «Смена DNS-записей: сколько ждать обновления (TTL)», в исходном браузере. Сравните с другим подключением и проверьте точный код ответа. Не используйте незащищённые обходы HTTPS как доказательство исправления.