No cache in a forward name server
Kevin Darcy
kcd at chrysler.com
Wed Feb 25 21:28:07 UTC 2009
Luis Silva wrote:
> Hi all!
> I read in some previous posts that you don't agree of not having cache
> in a name server. The problem is that I wanted to have a bind server
> resolving external queries and doing cache but not for a specific zone
> that I use "forward".
>
> client->ns#1(forward)->ns#2
>
> That specific zone is private and authoritive and I didn't wanted to
> set up the ttl=0 because I want the clients to cache. Nameserver 2
> doesn't support zone transfer, so each time I chance the information
> in that server (the authoritive) the ns#1 will still continue to send
> incorrect data.
> Can you help me? I read the manual and checked all the cache
> parameters with no success.
I find it odd that you want the clients to cache -- which means part of
the time they'll be using "incorrect data" -- yet you object to the
forwarder caching. I guess the data is dynamic but not _really_ dynamic
(???)
In any case, BIND doesn't have a way to turn off the cache, so if you
*really* need this functionality you'll need to use something else. It
might be better to just come up with a reasonable TTL value and live
with it. TTL=0 isn't the *only* choice for dynamic records. A 5-minute,
or, if necessary, a 1-minute TTL might meet your requirements without
forcing you to abandon using BIND for the forwarder.
The only other thing that comes to mind offhand is some kludge where you
authomatically purge the cache entry on the forwarder (via rndc
flushname) every time it's changed on the authoritative nameserver. But
that's pretty gross.
- Kevin
More information about the bind-users
mailing list