>> Где тут важная роль растущего serial ? мое имхо говорит мне, что
>> клиенту на это значение глубоко пофиг.
>> Разве не так?
>> //клиент - ресольвер, кеширующий DNS и т п.
> По истечении refresh клиент обязан проверить serial зоны. Если serial совпадает, можно
> расслабиться - сервер сказал, что зона не менялась.Описанное вами будет происходить только при истечении TTL негативного ответа, да и то, является штукой не обязательной, кто как реализовал - это еще надо посмотреть.
Собственно это кеширование негативного ответа не является предметом дискуссии, а при кешировании положительного ответа, насколько я осведомлен, эта процедура (проверка serial зоны по истечению TTL записи) - не стандартизирована и не применяется.
Всё это также подтверждается парой запусков dig. Для негативных ответов (для отсутствующих записей по запросу) dig показывает, что сервер отправляет SOA (для поддерживающих фичу клиентов), для положительных ответов SOA не отправляется.
Если вы уверены, что указанное вами явление
> По истечении refresh клиент обязан проверить serial зоны. Если serial совпадает, можно
> расслабиться - сервер сказал, что зона не менялась.
происходит и для положительных записей, ткните, пожалуйста в RFC, либо как-то еще приведите доказательство (с указанием наименований и версий софта), что это где-то происходит именно так, как указано вами.
А пока я считаю, что клиенту пофиг на serial в положительных ответах.