Zone transfer updates
Kevin Darcy
kcd at daimlerchrysler.com
Fri Mar 12 22:52:08 UTC 2004
Holdsworth, Matthew wrote:
>Dear All,
>
>I've just upgraded our BIND version from 8 to 9 and have discovered a
>difference which means it aint working now!!! So, was wondering if you kind
>chaps could point me in the right direction.
>
>This is the part of the config that seems to be the bother:
>
>options {
> directory "/etc/namedfiles";
> datasize 100M;
> listen-on { 10.10.10.10; 20.20.20.20; 30.30.30.30; };
>};
>
>zone "myzone.one.two.three" IN {
> type slave;
> file "db.myzone.one.two.three";
> masters { 99.99.99.99; };
> allow-update { 99.99.99.99; };
> allow-transfer { none; };
>};
>
>This was used in the BIND 8 version of our named.conf. However, when using
>this same config file on our BIND 9 installation we get errors stating that
>the 'allow-update' option cannot be used in the slave zone
>'myzone.one.two.three'. These appear when trying to start named process.
>
>Please bear in mind we're running this on a Solaris UNIX installation.
>
Well, what is it that you're trying to accomplish by putting that
"allow-update" in the slave-zone definition? Updates cannot be accepted
directly on slaves, so they would have to be forwarded (to the master),
refused or dropped. BIND 8 wasn't smart enough to forward the updates,
so I fail to see how you're going to lose any functionality by just
taking the "allow-update" statement out of there. If you do in fact want
to avail yourself of BIND 9's update-forwarding capabilities, then you
need to configure it via the "allow-update-forwarding" statement. See
the docs, paying special heed to the security implications of forwarding
updates.
- Kevin
More information about the bind-users
mailing list