[bind10-dev] b10-loadzone and origin handling

Mark Andrews marka at isc.org
Tue Mar 9 00:04:23 UTC 2010


In message <20100308235342.GA69782 at isc.org>, Evan Hunt writes:
> > sqlite> select * from zones ;
> > 1|.|IN|0
> > sqlite> select * from records ;
> > 1|1|.|.|12345|SOA||ttltest. root.ttltest. 1 2 3 4 5
> > 2|1|.|.|12345|NS||ns.
> > 3|1|.|.|12345|A||1.2.3.4
> > 4|1|ns.|ns.|12345|A||5.6.7.8
> > 
> > So assumes is ".". Lookups of . A, . NS and . SOA work.
> > I can't lookup ns. A though (REFUSED) -- I guess because ns. doesn't 
> > work with the . zones table entry.
> 
> ns. is a glue record, it should be showing up in the ADDITIONAL section.

No.  It should be in the AUTHORITY section for a referral.  NS only appear
in the answer section as a response to a direct query.

> I don't know why it isn't; that's a bug.  (A known one, I think; Jinmei
> reported something similar about glitches in glue answers at zone cuts.)
> 
> > When adding the -o ttltest origin on command line (after removing 
> > database):
> > 
> > Then the following has the $ORIGIN ttltest. in the zone file:
> 
> Note that these are different, the -o option didn't have a trailing dot.
> 
> However, I think there's a bug in there anyway.  With "-o ttltest."
> you should get exactly the same results as "$ORIGIN ttltest."
> 
>                                 eh
> _______________________________________________
> bind10-dev mailing list
> bind10-dev at lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind10-dev
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka at isc.org



More information about the bind10-dev mailing list