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