[rbldnsd] managing 'thousands' of zones in RBLDNSd rather than Bind9?
snowcrash+rbldnsd
schneecrash+rbldnsd at gmail.com
Wed Aug 29 05:32:34 MSD 2007
hi,
> If I remember correctly, bind is set to "forward first" to rbldnsd. If
> the domain is blacklisted, rbldnsd returns a specific address or
> optionally NXDOMAIN. If the domain is not blacklisted, rbldnsd returns
> REFUSE and bind goes out to look up the domain on its own. After the
> first query of a blacklisted domain, bind holds the answer in cache
> (e.g. 127.0.0.2 or NXDOMAIN) and doesn't need to requery rbldnsd for
> repeat lookups. Likewise a non-blacklisted domain is cached and is not
> forwarded again for rbldnsd to check it, but bind serves it directly
> from cache. You can think of rbldnsd as a sort of bind cache populator
> for blacklisted domains.
ah. so the order of fwd'ing *is* the same as what i do now.
the difference being that in "your" scenario, fwd-1st occurs to
patched-rbldnsd for ALL domains, then falls back to Bind for 'the
rest'.
whereas in "my" current scenario, fwd-1st occurs to rbldnsd only for
those zones in the "huge" Bind9 tables ...
i think.
> No, I use it on my LAN as the main DNS server. In my usage, one
> instance of dnsmasq accomplishes these things:
got it. not entierly what i'm looking for ... but probly worth
playgin with dnsmasq a bit anyway.
thx.
More information about the rbldnsd
mailing list