[Unbound-users] Setting TTLs via scriptable interface does not change cached ttls
Jay Deiman
admin at splitstreams.com
Tue Jan 15 23:52:47 UTC 2013
On 01/15/2013 12:18 AM, W.C.A. Wijngaards wrote:
> Hi Jay,
>
> On 01/14/2013 09:31 PM, Jay Deiman wrote:
>> I've written some code based on the ttl modification code here:
>
>> http://www.unbound.net/documentation/pythonmod/examples/example3.html
>
>> I'm noticing an odd behavior that seems like it may be a bug. I
>> was doing some testing and found that my responses that I get back
>> from unbound for the modified TTLs seem to be correct, but the
>> cached entries don't expire when the TTL reaches zero.
>
>
> The cache entry itself, the message, has its own TTL (usually the
> minimum of the TTLs of the RRs but you broke that assumption with your
> code), you are adjusting the TTL of the RRs, but not the TTL of the
> message. This is causing your strange observations.
So, is the only way to modify the TTL of the stored message to
instantiate a new DNSMessage and use that as my response, which has a
massive performance penalty, or is there another way?
Thanks,
Jay
More information about the Unbound-users
mailing list