<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-reply;
        color:black;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri","sans-serif";}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black">I concur – if the requirement is to access a “special” version of the zone, which has different data than the version which is found by following the regular
 delegation hierarchy, then “stub” or “static-stub” is the way to go. That really is the whole _<i>raison</i>_d’etre_ for stub/static-stub – to override the resolver’s notion of where to pull the authoritative data. Sometimes stub/static-stub is necessary to
 work around delegations which are “broken” in some way (e.g. delegated nameservers aren’t reachable from some parts of a private network, or there’s a query-permissions problem). But that should be considered a temporary solution, until the underlying problem
 can be fixed.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black">Forwarding is only to get around connectivity restrictions (e.g. internal resolvers not being able to talk directly to Internet nameservers) or in attempts (usually
 futile) to optimize query performance.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:black">                                                                                                                                                                                                                                               
                 - Kevin<o:p></o:p></span></p>
<p class="MsoNormal"><span style="color:black"><o:p> </o:p></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> bind-users-bounces@lists.isc.org [mailto:bind-users-bounces@lists.isc.org]
<b>On Behalf Of </b>John Miller<br>
<b>Sent:</b> Thursday, July 09, 2015 10:52 AM<br>
<b>To:</b> Anne Bennett<br>
<b>Cc:</b> Bind Users Mailing List<br>
<b>Subject:</b> Re: dig @server foobar +trace +recurse<o:p></o:p></span></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal" style="margin-bottom:12.0pt">It's by tracing the queries down from the root zone several<br>
times with "dig +trace" that it finally hit me what was going<br>
on, and in retrospect it's obvious.  At first I had been looking<br>
for some kind of race condition with delegation data from the<br>
grandparent zone getting cached, and then being overridden by<br>
my parent zone's own NS records.  At that point, I was trying<br>
to use @server to try to affect that server's cache by forcing<br>
it to pull certain data into its cache.  But it turns out that<br>
it isn't a child overriding its parents delegations that was<br>
the "problem"; it's the fact that as an internal client, I am<br>
able to access external views as well.  And in the process<br>
of investigating all this, I realized that of course if I<br>
use +trace, all queries after the first one will *not* use<br>
the @server.  Duh.  I just thought I might save someone else<br>
the muddy thinking by offering a clarification for the manpage.<o:p></o:p></p>
</blockquote>
<div>
<p class="MsoNormal"><br>
I just love those "frenzied reading of manpages" moments -- they're definitely not the easiest thing to skim when you're in the heat of the moment.  Depending on the program, they sometimes require a state of Zen calmness to get what you need.  You got to learn
 the hard way!<br>
 <o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0in 0in 0in 6.0pt;margin-left:4.8pt;margin-right:0in">
<p class="MsoNormal" style="margin-bottom:12.0pt">As for the problem itself, I'll probably fix it by setting up<br>
a forwarding zone for my parent zone on my resolvers, to make<br>
sure that I always get the internal view for their data.<o:p></o:p></p>
</blockquote>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">We use stub zones for this purpose - a forwarding zone is what you want if you're forwarding to another _recursive_ nameserver (say for caching purposes), but if you're just telling your recursors which authoritative NSs to use, then stub
 zones are what you want.  In terms of the actual DNS queries that go over the wire, it's whether the RD bit is/isn't set.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt">Good luck!<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">John<o:p></o:p></p>
</div>
</div>
</div>
</body>
</html>