In message <4c28c408.5070...@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@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: ma...@isc.org
_______________________________________________
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
