notify and views

Bill Larson macosx-server at comcast.net
Thu Jan 13 17:02:36 UTC 2005


On Jan 13, 2005, at 8:08 AM, Jukka Salmi wrote:

> I'm running BIND 9.3.0 (installed from pkgsrc) on two NetBSD 2.0 i386
> systems. Both systems run a authoritative only (master and slave) and
> a caching only server. The master has two views defined (one for=20
> internal
> and one for external queries).
..
> So far so good, the internal view on the slave is up to date now. But=20
> then,
> instead of updating the external view as well, the slave tries to=20
> update
> the internal view again (this happens immediately after the successful
> transfer shown above; see the timestamps):

This is related to how a system can function as a master for both an=20
internal and external view and insure that zone transfers to a slave=20
function properly.  This is answered in the FAQ  that comes with the=20
BIND sources, and is found in the top level directory.

	Q: How can I make a server a slave for both an internal and
	an external view at the same time?  When I tried, both views
	on the slave were transferred from the same view on the master.

	A: You will need to give the master and slave multiple IP addresses and
	use those to make sure you reach the correct view on the other machine.

An example setup is also included.  Take a look at this document.  The=20
example is very well written.

This handles master and slave zone transfers.  Since you are only=20
worrying about an internal view on your slave, this configuration can=20
be simplified by ignoring the external zone on your internal only=20
server.

To deal with your NOTIFY problem I think that you may need to add=20
"notify-also" to the zone definitions for your internal and external=20
zones.  These will need to specify the internal and external addresses=20
for your master to insure that the notify packet gets to the correct=20
location.  I'm not sure how to handle the NOTIFY that will be sent to=20
the primary master, maybe someone else has an idea.

Bill Larson




More information about the bind-users mailing list