and bind8/9

phn at phn at
Sat Dec 4 20:50:23 UTC 2004

Dirk Janssen <dirk at> wrote:
> Hi,

> I encountered a problem on all our recursive caching-only nameservers
> (and even others) running bind8.4.4/bind8.4.5 with resolving the host
> mentioned above. When the cache is empty (after restart) then the host
> can be resolved, but if you ask just for one time for the nameserver(s)
> of (the domain to where the cname points) then you
> get an answer of an unresolvable host (with a TTL of 1 Week). After
> that, can't be resolved anymore and the query end=
> up in a timemout (probably for 1 Week) what is really annoying because =
> lot of websites using this ad-server are incredibly slow because of thi=
> issue.
> So far I think this is a problem of doubleclick (it would be nice if
> somebody could also check and verify this). But what I've encountered i=
> that bind9.2.3 behaves in another way. What you get here is a SERVFAIL
> and not a timeout and even this SERVFAIL comes just for a short time (i=
> seems to depend from how often you queried the ns of
> What's the reason for this different behaviour?
> Is the timeout a bug of bind8? What would be the correct rfc-conform
> behaviour?
> Because of performance issues I really don't want to upgrade to bind9.

> Regards,

> Dirk

The fix is easy, create a "" zone with only a SOA=20
record. Keeps lots of banners away!

Peter H=E5kanson        =20
        IPSec  Sverige      ( At Gothenburg Riverside )
           Sorry about my e-mail address, but i'm trying to keep spam out=
	   remove "icke-reklam" if you feel for mailing me. Thanx.

More information about the bind-users mailing list