Not quite, Bill. You point the zone at a different name server, but
_your_own_nameserver_ still does the iterative queries to make things
happen. It just queries a different set of nameservers than would
happen through normal delegation.
The only recursive query going on is from the client to your nameserver.
Since you asked the question, what would you propose as an alternative
for folks running multiple sets of nameservers with different info on them?
John
On 06/02/2014 04:52 PM, Nex6|Bill wrote:
so, stub zones allow you to point a zone to a different name server, and
that name-server; to recurse to get the records for that zone. why? why
not let DNS work the way it is suppose to and let your name servers work
for you to the authoritative name-server to get the records? unless,
your changing the zone records, which is why most people I know use it
for, which is evil :)
its almost the same, as creating a local zone for something your not
authoritative for and then having to maintain those records. but, i
guess their may be cases where it may be useful.... i guess....
On Monday, June 2, 2014 1:33 PM, John Miller <johnm...@brandeis.edu> wrote:
Evil? Seems a bit strong. Unusual? Use with caution? OK.
Stub zones mean that you're using a different set of authoritative
nameservers for a particular domain. You're not storing all of that
domain's records, except through the usual caching process. If it's
a domain you control, where's the harm?
Also, let's say that you're nominally a caching-only nameserver.
You're responsible for making iterative queries, and you do not want
the RD bit set. AFAIK, stub zones are the way to accomplish that.
Forward zones just pass recursive queries on to someplace else.
John
On Mon, Jun 2, 2014 at 4:02 PM, Nex6|Bill <n6gh...@yahoo.com
<mailto:n6gh...@yahoo.com>> wrote:
recently, a question came up about "stub" zones came up and what
they are and are they part of the DNS standards or are they a
good idea. i said, they are evil and should not be used if you
can avoid it. they way I understand them is the are when you
create local zones for zones you are NOT authoritative for. and;
the records in the stub zone do not update when the
authoritative NS does.
correct? thoughts?
-Nex6
_______________________________________________
Please visit https://lists.isc.org/mailman/listinfo/bind-users
to unsubscribe from this list
bind-users mailing list
bind-users@lists.isc.org <mailto:bind-users@lists.isc.org>
https://lists.isc.org/mailman/listinfo/bind-users
--
John Miller
Systems Engineer
Brandeis University
johnm...@brandeis.edu <mailto:johnm...@brandeis.edu>
_______________________________________________
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
from this list
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
