TTL обычного набора записей и срок отрицательного ответа получаются из разных данных. Уменьшение TTL нового A не отменяет ранее закэшированное отсутствие имени.
DNS и разрешение имён
Срок кэширования DNS — TTL
Определение
TTL — это срок в секундах, в течение которого DNS-запись разрешено повторно отдавать из обычного кэша. Кэш отдаёт её с оставшимся временем, а не заново на полный срок; ноль означает, что сохранять запись нельзя.
Также ищут: DNS TTL · время жизни DNS-кэша · DNS Time to Live
Зачем это знать
TTL помогает планировать изменения, но не является обещанием, что все приложения одновременно перейдут на новый адрес. Старые ответы, отрицательный кэш и специальные режимы резолвера требуют отдельных проверок.
Связи из словаря
Карта понятия
Срок кэширования DNS — TTL
Доказательная часть
Что подтверждено
В обычном режиме истёкший TTL запрещает дальнейшее повторное использование набора как свежего. Хранение данных для отдельно настроенной выдачи просроченных ответов имеет другой договор.
Граница применимости: Обычный предел RFC 2181 и отдельный механизм RFC 8767; истечение TTL не объявляется обязательным физическим стиранием любых сохранённых байтов.
TTL ограничивает обычное использование набора кэшем, а время действия RRSIG — криптографическую применимость подписи. При проверке подписанных данных учитывают оба ограничения.
Граница применимости: Сопоставление семантики TTL и проверки DNSSEC; большой TTL не продлевает срок подписи.
TTL выражается в секундах и задаёт относительный срок, а не календарное время обновления зоны. Значение ноль не даёт обычному кэшу сохранять запись для последующих запросов.
Граница применимости: Семантика TTL в DNS по RFC 1035 и уточнения RFC 2181; локальное хранение результата приложением здесь не описывается.
При выдаче записи из обычного кэша используется оставшийся TTL. Получатель не должен считать возрастные данные заново свежими на полный первоначальный срок.
Граница применимости: Обычное кэширование и убывание TTL по RFC 1034; специально разрешённая выдача просроченных данных — отдельный режим.
TTL задаёт предел обычного повторного использования, а не обязательное время хранения. Резолвер вправе ограничить срок или удалить запись раньше из-за локальной политики и доступных ресурсов.
Граница применимости: Верхняя граница TTL по RFC 2181; это не гарантия наличия записи в кэше до последней секунды.
Выдача просроченных DNS-данных при невозможности обновления предусмотрена отдельным механизмом. Поэтому истечение обычного TTL не доказывает, что настроенный на этот режим резолвер прекратит отвечать прежними данными.
Граница применимости: Условия и ограниченный режим RFC 8767; включение и пределы требуют проверки у оператора резолвера.
Для обычного кэша уменьшать TTL полезно заранее: уже выданный ответ с большим сроком нельзя сократить изменением зоны задним числом. В плане переноса учитывают прежний срок и отдельно оговорённые исключения.
Граница применимости: Редакторская рекомендация из верхней границы TTL и механизма просроченных ответов; она не обещает глобальную сходимость приложений к точному моменту.
Граница терминов
Не путать
TTL ограничивает повторное использование данных кэшем. Таймеры и серийный номер SOA обслуживают другие задачи зоны; увеличение SERIAL само по себе кэш не очищает.
Перед спецификацией
Что проверить
- Зафиксируйте текущий TTL до начала переноса или смены адреса.
- При необходимости уменьшите его заранее и учтите уже выданные большие сроки.
- Сравнивайте оставшийся TTL у используемого резолвера с авторитетным значением.
- Проверьте отдельные наборы A, AAAA и CNAME, если они участвуют в пути.
- Для ранее отсутствовавшего имени выясните срок отрицательного кэша.
- Уточните режим выдачи просроченных данных и локальные ограничения кэша.
- Проверяйте переход приложения по наблюдениям, а не по одному таймеру в панели DNS.
Открытые основания
Первоисточники
- Serving Stale Data to Improve DNS Resiliency
Офлайн-очередь 07.09.2026: агент документ не открывал; retrieved_on — дата постановки, не проверки. Сверить заголовок, редакцию и отдельный режим использования просроченных ответов и его границы.
- Protocol Modifications for the DNS Security Extensions
Определяет signing, authoritative serving и resolver validation behavior DNSSEC.
Утверждения: 02
- Domain Names — Implementation and Specification
Задаёт DNS wire format, master files и базовые resource records A, CNAME, MX, NS и SOA.
Утверждения: 03
- Domain Names — Concepts and Facilities
Определяет иерархию DNS, zones, authoritative data, referrals и resolver algorithm.
Утверждения: 04
- Negative Caching of DNS Queries
Определяет cacheable NXDOMAIN и NODATA responses и получение negative TTL из SOA.