[Unbound-users] Can't get CNAME entries to resolve

M. David Peterson m.david at 3rdandurban.com
Tue Mar 3 23:30:08 UTC 2009

Hi Michael:

On Tue, Mar 3, 2009 at 12:34 AM, Michael Tokarev <mjt at tls.msk.ru> wrote:

> Unbound is a recursive resolver.  Its local data support is really
> rudimentary -- it can return whatever RRs you configured in local-data
> statements matching the query, without any attempt to interpret that
> data.  But CNAME requires interpretation -- because a recursive
> nameserver should return expansion of the CNAME record too, not only
> the CNAME itself.

Doh! It's funny how easy it can be to skip over the obvious w/o giving
second thought. Thanks for putting me back on track!

> That's why documentation says about stub zone.  The idea is to have
> real authoritative nameserver nearby which can store all the data,
> and unbound is able to query it and any other nameserver to construct
> the full set.

Right, which now makes sense as to what the documentation is referring to.

> In other words, you have to remove all your local-data
> statements and delegate the work to a nameserver which can store and
> return authoritative data, such as nsd or bind.
> Funny enough, but for unbound it's easier to query some external
> nameserver than to return local data... ;)

Well, the fact that it's easy to query an external NS is a plus! :-)

>> local-zone: "example.net <http://example.net>." static
>>        local-data: "example.net <http://example.net>. 86400 IN NS
> And c'mon, please, pretty please, get some less crappy mail user
> agent (MUA), -- the one which does not mangle your email like that,
> stupidly treating just everything like an URL!..

Blck! Didn't realize this was happening. Damn it, Google Apps!  ;-)  Thanks
for bringing this to my attention!


M. David Peterson
Co-Founder & Chief Architect, 3rd&Urban, LLC
Email: m.david at 3rdandUrban.com | m.david at amp.fm
Mobile: (206) 999-0588
http://3rdandUrban.com | http://amp.fm |
http://www.oreillynet.com/pub/au/2354 |
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.nlnetlabs.nl/pipermail/unbound-users/attachments/20090303/c276af86/attachment.htm>

More information about the Unbound-users mailing list