DNS TTL: время кэша не является общим сроком переключения всех клиентов
Фотография конкретного исполнения не приложена.
TTL описывает условия кэширования DNS-записи и обращения за обновлением. Он не является единым таймером, запущенным одновременно на всех клиентах после изменения зоны. Разные resolver могли получить прежний ответ в разные моменты, а приложение может дополнительно сохранять собственный результат разрешения имени.
Поэтому проверка переключения должна фиксировать путь запроса и источник ответа. Уменьшение TTL новой записи не изменяет задним числом срок уже полученного старого ответа. В проекте учитывают значения, которые реально были выданы до изменения, и поведение участвующих кэшей, а не только текущую настройку авторитетной зоны.
RFC 8767 отдельно допускает предусмотренное использование истёкших данных при невозможности авторитетного обновления. Это расширяет обычное объяснение TTL: наличие старого адреса не всегда означает нарушение таймера. Поддержку и политику serve-stale подтверждают у конкретного resolver, не приписывая её всем устройствам.
В приёмке сравнивают авторитетный ответ, согласованный рекурсивный путь и поведение тестового приложения. Сохраняют исходный TTL и момент получения. Один новый ответ из административной консоли не подтверждает, что весь парк клиентов уже использует новый адрес и завершил предыдущие соединения.
Основание — Selected IETF DNS RFCs, exact numbers and sections cited; Linux/glibc manual where explicitly stated, разделы RFC2181 §8 TTL; RFC8767 §4 Standards Action. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Реальные зоны, resolver и HTTP-клиенты не испытывались. Это проектные критерии; номера RFC обозначают документы, а не подтверждённую поддержку всех возможностей конкретным устройством.