Hi there, I create a new domain under main search domain in Forward Lookup Zones and then add a wildcard entry and (same as parent folder) entry pointing to an internal address. For instance in the domain example.com I create new subdomain test.example.com with wildcard entry for *.test.example.com. test.example.com resolves fine, but any wildcard refuses to work. I have been requested to file this bug report as it was reproducible by Marc Muehlfeld. Thanks, Chris.
This is still an issue in 4.1. Is this anywhere on the roadmap?
I still have this issue in version 4.3.4. If I add a wildcard record to the zone (e.g. *.example.com) wc.example.com can be resolved. But if I add a wildcard to the subdomain (e.g. *.test.example.com), wc.test.example.com can not be resolved. Record entry: * A192.168.1.123 ---------------------------------- # nslookup wc.muc.pom Name: wc.muc.pom Address: 192.168.1.123 ---------------------------------- # nslookup wc.test.muc.pom ** server can't find wc.test.muc.pom: NXDOMAIN ---------------------------------- # nslookup *.test.muc.pom Name: *.test.muc.pom Address: 192.168.1.123
(In reply to Hamza from comment #2) Hi Hamza, Confirmed. I've tested each version for wildcard support since 10.02.2014 when I first filed the bug report. Chris.
(In reply to Chris Alavoine from comment #3) Hi Chris, it seems that entries with '*' in sub-domains is not recognized as wildcard, but as an asterisk. Unfortunately I can not use samba in a productive environment as long as this bug exists.
(In reply to Hamza from comment #4) Hi Hamza, Yes, that is the bug. As a workaround I've put a standard BIND server in front of my Samba DC's which resolves any wildcard sub-domains I have, anything else is then forwarded onto the DC's. Not pretty but it works. Chris.
I too have this issue. When adding a wildcard domain via windows DNS Manger or I get the record already exits. When adding via samba-tool it adds it but not as a wild card but instead as an A entry for @.
This problem has version 4.5.0. :(
*** This bug has been marked as a duplicate of bug 12952 ***