Расчет истечения срока действия DNS-записи

Расчет истечения срока действия DNS-записи

Планируйте изменения в DNS с уверенностью. Вставьте записи, которые вы только что запросили, укажите момент их получения, и этот калькулятор определит точный момент, когда каждая кэшированная копия истечет у всех резолверов — а также более безопасный интервал «очистка всех зон» для вашей миграции.

Как использовать

1. Вставьте одну запись на строку в поле DNS Records. Формат: TYPE TTL [name] — например A 3600 example.com.
2. Установите значение Fetched At в момент последнего запроса этих значений (оставьте пустым, чтобы использовать текущее время).
3. Опционально включите рекомендуемый график снижения TTL для пошагового плана миграции.
4. Следите за живым счётчиком в таблице результатов, чтобы точно знать, когда каждая кэшированная запись истечет.

Возможности

• Массовое ввод данных — рассчитывает срок истечения для A, AAAA, MX, CNAME, TXT, NS, SOA, SRV, CAA и других в одном проходе.
• Живой счётчик — каждая строка уменьшается на секунду, поэтому вы знаете, когда резолвер обновит данные.
• Точный момент истечения даты — преобразует секунды TTL в точное время по календарю на основе выбранного момента получения.
• Безопасный интервал распространения — показывает значение TTL × 2 вместе с каждой записью — консервативный период ожидания перед тем, как считать, что кэш очищен во всём мире.
• План снижения TTL для миграции — опциональный план, который ведёт вас от текущего TTL к 300 секундам до изменения и обратно после.
• Проще вводящий парсер — принимает пробелы, табуляции или запятые как разделители и игнорирует строки комментариев, начинающиеся с # или ;.
• Подсказки по валидации — выделяет неизвестные типы записей и значения TTL, выходящие за пределы RFC 2181.
• Читаемые человеческими глазами временные интервалы — значения TTL также отображаются как 2h 30m 10s для быстрого сравнения.

Когда использовать этот инструмент

• Планируете переключение на сервер, CDN или провайдера электронной почты и хотите знать, когда мир увидит новые записи.
• Исследуете, почему старый IP по-прежнему подаётся, и хотите надёжный счётчик до последнего очищения кэша.
• Откатываете DNS-изменение и пытаетесь оценить, насколько долго устаревшие записи будут поступать на старый конечный пункт.
• Создаёте документ, который укажет инженеру, ответственному за работу, точно в какое время можно начать проверку.