Re: stale cache in alternate views?

2011-01-10 Thread Barry Margolin
Also, you should NOT use the same filename for slave zones in different 
views.

In article ,
 Mark Andrews  wrote:

> The NOTIFY message is only going to one view (external).  The simple
> solution is to have the internal view transfer the zone from the
> external view.  I posted how to do this within the last month so
> check the archives for examples.
> 
> Mark
> 
> In message <20110110200940.gn28...@angus.ind.wpi.edu>, Chuck Anderson writes:
> > I'm using bind-9.5.1-P3 (yes, I know it's old).  I have a zone in 
> > multiple views.  When I update the zone and reload, the "match-clients 
> > { any }" view sees new DNS records right away, but another view 
> > doesn't see them for "a while".
> > 
> > Given this configuration:
> > 
> > view "global" {
> > match-clients { any; };
> > 
> > zone "example.net" {
> > type slave;
> > file "/var/named/slaves/example.net.zone";
> > masters {a.b.c.d;};
> > };
> > };
> > 
> > view "full" {
> > match-clients { a.b.c.0/24; 127.0.0.1; };
> > 
> > zone "example.net" {
> > type slave;
> > file "/var/named/slaves/example.net.zone";
> > masters {a.b.c.d;};
> > };
> > };
> > 
> > If a client in the a.b.c.0/24 subnet queries the server, it doesn't 
> > see recently added DNS records.  If a client outside a.b.c.0/24 does 
> > the same query, it sees the new records immediately after the "rndc 
> > reload".
> > 
> > Anyone know how to change this behavior?
> > 
> > Thanks.
> > ___
> > bind-users mailing list
> > bind-users@lists.isc.org
> > https://lists.isc.org/mailman/listinfo/bind-users

-- 
Barry Margolin, bar...@alum.mit.edu
Arlington, MA
*** PLEASE don't copy me on replies, I'll read them in the group ***
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users


Re: stale cache in alternate views?

2011-01-10 Thread Mark Andrews

The NOTIFY message is only going to one view (external).  The simple
solution is to have the internal view transfer the zone from the
external view.  I posted how to do this within the last month so
check the archives for examples.

Mark

In message <20110110200940.gn28...@angus.ind.wpi.edu>, Chuck Anderson writes:
> I'm using bind-9.5.1-P3 (yes, I know it's old).  I have a zone in 
> multiple views.  When I update the zone and reload, the "match-clients 
> { any }" view sees new DNS records right away, but another view 
> doesn't see them for "a while".
> 
> Given this configuration:
> 
> view "global" {
> match-clients { any; };
> 
> zone "example.net" {
> type slave;
> file "/var/named/slaves/example.net.zone";
> masters {a.b.c.d;};
> };
> };
> 
> view "full" {
> match-clients { a.b.c.0/24; 127.0.0.1; };
> 
> zone "example.net" {
> type slave;
> file "/var/named/slaves/example.net.zone";
> masters {a.b.c.d;};
> };
> };
> 
> If a client in the a.b.c.0/24 subnet queries the server, it doesn't 
> see recently added DNS records.  If a client outside a.b.c.0/24 does 
> the same query, it sees the new records immediately after the "rndc 
> reload".
> 
> Anyone know how to change this behavior?
> 
> Thanks.
> ___
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742 INTERNET: ma...@isc.org
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users


Re: stale cache in alternate views?

2011-01-10 Thread Chuck Anderson
It was pointed out to me that order of views matters, and indeed I do 
have the correct order in my config--I just pasted it out of order in 
my original email.  Here is the corrected version where I still have 
this problem.

On Mon, Jan 10, 2011 at 03:09:40PM -0500, Chuck Anderson wrote:
> I'm using bind-9.5.1-P3 (yes, I know it's old).  I have a zone in 
> multiple views.  When I update the zone and reload, the "match-clients 
> { any }" view sees new DNS records right away, but another view 
> doesn't see them for "a while".

Given this configuration:

view "full" {
match-clients { a.b.c.0/24; 127.0.0.1; };

zone "example.net" {
type slave;
file "/var/named/slaves/example.net.zone";
masters {a.b.c.d;};
};
};
view "global" {
match-clients { any; };

zone "example.net" {
type slave;
file "/var/named/slaves/example.net.zone";
masters {a.b.c.d;};
};
};

> If a client in the a.b.c.0/24 subnet queries the server, it doesn't 
> see recently added DNS records.  If a client outside a.b.c.0/24 does 
> the same query, it sees the new records immediately after the "rndc 
> reload".
> 
> Anyone know how to change this behavior?
> 
> Thanks.
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users


stale cache in alternate views?

2011-01-10 Thread Chuck Anderson
I'm using bind-9.5.1-P3 (yes, I know it's old).  I have a zone in 
multiple views.  When I update the zone and reload, the "match-clients 
{ any }" view sees new DNS records right away, but another view 
doesn't see them for "a while".

Given this configuration:

view "global" {
match-clients { any; };

zone "example.net" {
type slave;
file "/var/named/slaves/example.net.zone";
masters {a.b.c.d;};
};
};

view "full" {
match-clients { a.b.c.0/24; 127.0.0.1; };

zone "example.net" {
type slave;
file "/var/named/slaves/example.net.zone";
masters {a.b.c.d;};
};
};

If a client in the a.b.c.0/24 subnet queries the server, it doesn't 
see recently added DNS records.  If a client outside a.b.c.0/24 does 
the same query, it sees the new records immediately after the "rndc 
reload".

Anyone know how to change this behavior?

Thanks.
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users