remote lookup problem
Andris Kalnozols
andris at spica.hpl.hp.com
Mon Jul 23 08:32:11 UTC 2001
> Sorry for the long message, but this has me stumped.
>
> I'm having some trouble doing remote lookups for one of my domains,
> ellipsis.cx. When I query my nameserver, charybdis.ellipsis.cx, everything
> seems to work fine:
>
> What is preventing them from getting the requested records from mine? If
> This looks correct to me. charybdis is listed as an NS, and the A glue
> record has the correct IP. So why do queries to other nameservers fail?
> anyone can spot what the problem is, that would be a big help. I thought I
> understood how this stuff works, but I"m out of ideas at this point.
According to the parent zone, the nameserver is 'charybdis'.
^^
Your zone data lists the nameserver as 'charybids'.
^^
I also did not spot this right away and thought instead that
the asymmetric zone cut being reported was bogus.
h2n -v ellipsis.cx
Verifying zone data for domain 'ellipsis.cx'.
Getting NS RRset...
Transferring zone.... (from 'CHARYBDIS.ellipsis.cx' [64.109.29.57])
Parsing zone data... (NS BIND version: 3.14159)
Performing in-zone and external lookups...
Warning: found NS RR(s) pointing to the following problematic domain name(s):
charybids.ellipsis.cx. [no A record ]
Warning: found inconsistent NS RRsets surrounding the zone boundary (RFC-1034):
ellipsis.cx. IN NS charybdis.ellipsis.cx.
IN NS ns1.granitecanyon.com.
IN NS ns2.granitecanyon.com.
(non-authoritative)
---------------------------- zone cut ----------------------------
( authoritative )
@ IN NS charybids.ellipsis.cx.
IN NS ns1.granitecanyon.com.
IN NS ns2.granitecanyon.com.
Warning: verifying the NS delegations generated the following error(s):
Server ns1.granitecanyon.com is not authoritative for ellipsis.cx
Server ns2.granitecanyon.com is not authoritative for ellipsis.cx
HTH,
Andris Kalnozols
Hewlett-Packard Laboratories
andris at hpl.hp.com
More information about the bind-users
mailing list