Bind DLZ/DNAME problem

[Mark Andrews]

In message <4C28C408.5070509 at knipp.de>, Klaus Malorny writes:
> 
> 
> Hi,
> 
> I don't know whether this is the right place to ask, sorry if not.
> 
> I am currently chasing a problem with DNAMEs: If I have a zone, say,
> 
> example.net. SOA ....
> example.net. NS ...
> example.net. DNAME example.com.
> 
> , I have the strange problem that this does not work in a Bind-DLZ configurat
> ion 
> (Bind 9.7.0 with posgreSQL backend). For a query of "test.example.net", no 
> DNAME/CNAME is returned, but an NXDOMAIN. If I either place the zone in a nor
> mal 
> file, or place the DNAME record not in the apex, but in a subdomain, it works
>  as 
> expected.
> 
> This looks like a bug. Is this known, is it a DLZ problem or a BIND problem? 
> Any solution, any work-around?

I would remove the following from lib/dns/sdlz.c:find().

                /*
                 * Unless this is an explicit lookup at the origin, don't
                 * look at the origin.
                 */
                if (i == olabels && i != nlabels)
                        continue;

If this works please submit a bug report to bind9-bugs so we can include it
future versions.  lib/dns/sdlz.c is part of the contributed code for DLZ.

>  From the SQL statements issued by the DLZ driver, all records of the apex ar
> e 
> queried and returned while executing the test case. If I specifically query t
> he 
> DNAME record, it is reported by BIND as expected. Therefore I'd like to exclu
> de 
> problems in the DLZ/database area (actually, we manage ten thousands of zones
>  
> and millions of records that way without any problems so far).
> 
> Thanks in advance for any feedback.
> 
> Regards,


> Klaus
> _______________________________________________
> bind-users mailing list
> bind-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka at isc.org