<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFCC" text="#000000">
IIRC provided you do NOT update the common zones dynamically, you
can share the files. This is a dirty solution, the risk is that on e
view may change a file and the other views using it will be out of
sync.<br>
<br>
<br>
<div class="moz-cite-prefix">On 10/01/13 0:34, Kevin Darcy wrote:<br>
</div>
<blockquote cite="mid:50EDFE6D.4070707@chrysler.com" type="cite">On
1/9/2013 10:57 AM, Carl Byington wrote:
<br>
<blockquote type="cite">-----BEGIN PGP SIGNED MESSAGE-----
<br>
Hash: SHA1
<br>
<br>
On Wed, 2013-01-09 at 14:37 +0200, Jan Gutter wrote:
<br>
<blockquote type="cite">So, here's my question: is there a way
to share zones between views to
<br>
conserve memory?
<br>
</blockquote>
One way is to put the master copy of those large zones in one
view, then
<br>
define those zones in the other views as type 'forward',
forwarding to
<br>
localhost.
<br>
</blockquote>
Yeah, I've done that before, but it has some undesirable caching
behavior, i.e. entries get cached in the view which forwards, so
clients can get responses from data that is not as "fresh" as they
might get if the data were authoritative (assuming NOTIFY is in
place, or some sort of fast replication mechanism). Also, some
things care whether the AA flag is set in responses.
<br>
<br>
I've also been told that at least one BIND-based DNS management
system, to which I'm planning to migrate, will divide up the
available memory for named equally, among all of the views defined
in the config. So, if that's true -- and I haven't been able to
independently confirm it -- then there would be a limit to how
much memory a given view can have, regardless of what tricks
and/or stratagems one uses. (I'm hoping it isn't true, since I
have some environments where my named.conf has 5 views defined in
it, 2 of which are non-recursive, and another 1 of which sees an
extremely small volume and diversity of queries, therefore it
would be quite painful for the 2 remaining "real" recursive views
to be limited to only 1/5th of the total memory space apiece).
<br>
<br>
- Kevin
<br>
_______________________________________________
<br>
Please visit <a class="moz-txt-link-freetext" href="https://lists.isc.org/mailman/listinfo/bind-users">https://lists.isc.org/mailman/listinfo/bind-users</a> to
unsubscribe from this list
<br>
<br>
bind-users mailing list
<br>
<a class="moz-txt-link-abbreviated" href="mailto:bind-users@lists.isc.org">bind-users@lists.isc.org</a>
<br>
<a class="moz-txt-link-freetext" href="https://lists.isc.org/mailman/listinfo/bind-users">https://lists.isc.org/mailman/listinfo/bind-users</a>
<br>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Best regards
Sten Carlsen
No improvements come from shouting:
"MALE BOVINE MANURE!!!"
</pre>
</body>
</html>