9.6.1-P1 zone parser false errors
Chris Buxton
cbuxton at menandmice.com
Fri Oct 30 22:27:53 UTC 2009
On Oct 30, 2009, at 2:53 PM, Len Conrad wrote:
> ---------- Original Message ----------------------------------
> From: Chris Buxton <cbuxton at menandmice.com>
> Date: Fri, 30 Oct 2009 14:13:31 -0700
>
>> I'm unable to reproduce this error.
>>
>> Could it be that, for a brief time, those names were CNAME'd
>
> no, this is a hard fault, over 2 days.
>
> I do, from the machine,
>
> dig abcxyz.com mx
>
> and get the google domain names, then in the ADDITIONAL section, I
> get their A records.
>
> I also
>
> dig @ns1.google.com <some goog mx domain>
>
> and an A record is returned for each MX domain name.
>
> no CNAMEs anywhere, except in BIND's confusion.
That's pretty strange, given my inability to reproduce this with the
same version of named-checkzone. My first thought was that it was
(mistakenly) resolving those names to addresses and back to names, and
then treating the original names as CNAMEs of the results, but if that
were the case, I would have expected to be able to reproduce the
problem.
As I recall, named-checkzone calls out to the operating system stub
resolver to look up these names. Is there any way the stub resolver
could be getting different data? Is there anything in the stub
resolver config (/etc/{hosts,resolv.conf}) that might explain this?
What do you get if you use 'host' to look up one of these mailhost
names?
Chris Buxton
Professional Services
Men & Mice
More information about the bind-users
mailing list