I need a caching only local dns, for ALL type of records
(A/AAAA/CNAME/PTR etc). Is this configuration what I need?
Yes it seems to be what you want. It caches all types of responses
(it has a fairly small cache, a couple megabyte, the default for rr
and msg cache sizes), and it sends all upstream queries to a fixed
list of servers.
> Hi Cristoph, > > On 12/06/15 09:04, Christoph Kaminski wrote: > > Hi All, > > > > I need a caching only local dns, for ALL type of records > > (A/AAAA/CNAME/PTR etc). Is this configuration what I need? > > Yes it seems to be what you want. It caches all types of responses > (it has a fairly small cache, a couple megabyte, the default for rr > and msg cache sizes), and it sends all upstream queries to a fixed > list of servers. > > Best regards, > Wouter >
ok thx for your answer... I have one question more. Sometimes I need to restart unbound in order that it can resolve a new added DNS record. I think the default cache times are to long for us. It is possible to make them shorter? The best would be if it only uses the cache if it cant reach any forwarder. Possible?
Are you referring to the situation that happens when you query for
a non-existing name, and Unbound caches the authoritative NXDOMAIN
reply from the zone servers – and then you add the name to the zone,
but Unbound has cached the NXDOMAIN and still returns that as a reply?
If no: Please explain the situation.
If yes: Are you the zone admin? Unbound is correctly caching the
authoritative response from the zone servers. This is called negative
caching and has its own RFC https://tools.ietf.org/html/rfc2308 due to
all the subtleties involved.
And I just saw the 1.5.4rc1 release note about cache-max-negative-ttl,
which can be used in this sort of situation; very useful when you
don't have control of the zone.