BIND 9 AAAA record problems
Todd T. Fries
todd at fries.net
Mon Jun 28 14:55:32 UTC 2004
Why is it a bad thing to start out with AAAA? Proper getaddrinfo()
implementations should query first an AAAA then an A record for names,
so that applications can then connect to whatever is appropriate.
It is all part of a `seamless' transition to v6 that has started, albiet
slowly.
For whatever it is worth, the libc in OpenBSD behaves this way, and I
quite am pleased that it does.
It's not a bug, it's a feature ;-)
On Thu, 2004-06-24 at 00:47 -0500, wbwither at bobball.uchicago.edu wrote:
> Jim Reid wrote:
>
> > So find out what's making those AAAA queries and fix it.
>
> Evidently this machine *always* starts out with an AAAA query. Yes, it's
> pointless and a waste of bandwidth to do so, and I should fix it, but I
> didn't even realize it until I got knee-deep into this DNS server setup.
> But, on the bright side, most of the time the AAAA query doesn't get in
> the way (although a few domains are broken in the same way that mine
> hopefully *was*), and it also led me to discover this mistake with my
> nameserver.
> > BTW, why is
> > that application querying your ISP's name server and not your own name
> > server?
>
> Because I was in the process of setting up my name server and I needed to
> use the Internet to look up problems I was having in the meantime ;) It's
> using my nameserver now.
> > The delegation for efori.com is broken. The .com name servers say this
> > is served by ns{1,2}.efori.com: 65.182.78.13{3,4}. [You should have one
> > of these servers on another net, but that's a different mistake to be
> > fixed.] Both of these two servers say efori.com is served by
> > dns1.efori.com, which is a name that doesn't exist.
>
> Ok, thanks for pointing that out. It's fixed now (I think). As for the
> two servers being on different networks, maybe that will happen when it
> needs to. For the moment, all of my hosts (mail, www, dns, etc.) are on
> the same network, so if DNS goes out then probably *all* of my stuff is
> out, so it doesn't matter IMHO.
>
More information about the bind-users
mailing list