TTL говорит resolvers, как долго можно кешировать DNS-ответ. После изменения DNS часть пользователей может видеть новое значение, а часть — старое.
Что влияет на обновление
- Предыдущее значение TTL.
- Resolver cache, который использует посетитель.
- Обновление реестра при смене NS.
- Локальный DNS-кеш устройства или браузера.
- Была ли запись изменена именно в authoritative DNS zone.
Практический совет
Перед плановыми изменениями по возможности снижайте TTL заранее. После изменения сначала проверяйте authoritative DNS, потом публичные resolvers.
Эта страница относится к более широкой теме. Если нужна полная картина, начните с основной инструкции.
Открыть основную инструкциюПришлите домен и измененную запись. Поможем проверить authoritative и public DNS ответы.
Проверить обновление DNSКак проверить DNS без лишнего риска
DNS-настройки лучше менять поэтапно: сначала понять, где расположена активная DNS-зона, затем проверить текущие записи и только после этого вносить изменения. Если домен использует внешние NS-серверы, правки в панели хостинга могут не повлиять на работу сайта или почты.
- проверьте активные NS-серверы домена;
- сравните A, MX, TXT и CNAME-записи с ожидаемыми значениями;
- учитывайте TTL и кэш провайдеров;
- после изменения проверьте результат через несколько независимых сервисов.
Особенно аккуратно нужно работать с MX, SPF, DKIM и DMARC: ошибка в этих записях может не сломать сайт, но повлиять на доставку доменной почты.
Что подготовить перед обращением
Чтобы поддержка GoodNet быстрее разобралась с вопросом по теме «TTL и обновление DNS: почему изменения видны не сразу», укажите домен, услугу, время появления проблемы, что менялось перед этим и приложите точный текст ошибки или скриншот. Это помогает сразу перейти к диагностике, а не тратить время на уточнение базовых данных.
