Maintained by: NLnet Labs

[Unbound-users] Stub with NS to stub doesn't work?

W.C.A. Wijngaards
Wed Feb 19 12:51:54 CET 2014

Hash: SHA1

Hi J L,

1.4.21 has a fix for stubs and NS records from the internet (Fix
queries leaking up for stubs and forwards, if the configured
nameservers all fail to answer.)  Can you see if that fixes your
problems, they look sort-of similar.

Best regards,

On 02/19/2014 11:31 AM, J L wrote:
> Hi,
> I have an odd problem; that I can't figure out how to get around.
> Short version: If unbound decides it needs to look up a name that
> it got as an NS record, it ignores stub-zones when figuring out
> where to talk to.
> Long version: I have, in my unbound configuration on my core office
> resolver: stub-zone: name: "
> <>" stub-addr: stub-zone: name:
> " <>" stub-addr:
> If I do a lookup of "
> <>" against; I get an NS record
> of " <>". If I do an NS
> lookup against unbound, I get the same thing.
> If I lookup <> against 
>, I get an A record of If I do this lookup
> against unbound, I get the same thing.
> If I lookup <>
> against; I get the correct A record.
> However, if I try to do all this in one go - lookup
> <> against unbound -
> it doesn't work. What appears to happen is that unbound correctly
> determines that it should use
> <> as the nameserver; but when looking up
> that name itself, it ignores the "stub-zone" for
> <>, and follows the normal DNS chain - which
> means it goes out to the Internet, finds the nameservers for 
> <>, and asks them. They, however,
> are _external_ nameservers, and know nothing about 
> <> - so they say "no", and unbound then caches
> that no.
> This doesn't always happen - as best I can figure, if the name 
> <> gets looked up by 
> something outside the unbound box first (i.e. manually) while there
> is no cached entry, then the stub-zone will be taken into account,
> and the response cached. Then, when unbound wants to look up
> <> itself (because it
> just got that NS record from it uses the cached entry
> and all is fine - until, of course, the record expires.
> Does anyone have an idea of how I can convince unbound to use the 
> stub-zone even for its own lookups?
> Unbound 1.4.19 on CentOS 6.4.
> Thanks, -- Jarrod Lowe
> _______________________________________________ Unbound-users
> mailing list Unbound-users at 

Version: GnuPG v1
Comment: Using GnuPG with Thunderbird -