Let me clarify - for a zone in more than one of the views, that zone's
data doesn't vary by zone. The internal view has some zones not found
in the customer or external views.
This sounds like a job for the allow-query option in the zone statements.
I should have mentioned that I
In article gqq1nm$2tc...@sf1.isc.org, terry+bindus...@tmk.com wrote:
Let me clarify - for a zone in more than one of the views, that zone's
data doesn't vary by zone. The internal view has some zones not found
in the customer or external views.
This sounds like a job for the
On Fri, 2009-03-27 at 23:48 -0400, Terry Kennedy wrote:
If you can describe how to handle the recursion issue without using
views or multiple DNS servers, I'd be very interested.
Perhaps
allow-recursion { address_match_list };
would meet your needs. See section 6 of the
On Thu, 2009-03-26 at 19:46 -0400, terry+bindus...@tmk.com wrote:
Importantly, neither the masters nor ns1/2/3 have different zone data in
different views - the answers are always the same.
If you don't have different zone data per view, I don't
understand what purpose the views
niall.orei...@ucd.ie wrote:
On Thu, 2009-03-26 at 19:46 -0400, terry+bindus...@tmk.com wrote:
Importantly, neither the masters nor ns1/2/3 have different zone data in
different views - the answers are always the same.
If you don't have different zone data per view, I don't
This question is related to the prior Internal and External view on same
slave server? - RESOLVED thread, but seems to be a different situation in
which the previous answer doesn't apply.
I have 3 nameservers, which we'll call ns1, ns2, and ns3. These servers
are primarily slave servers for
Hi Terry,
Each view has to be independently notified if an update takes place.
/Jonathan
On Thu, Mar 26, 2009 at 4:46 PM, terry+bindus...@tmk.com wrote:
This question is related to the prior Internal and External view on same
slave server? - RESOLVED thread, but seems to be a different
7 matches
Mail list logo