Bind9: rndc reload doesn't work for slave servers

Edda Hochstrate eh at netuse.de
Tue Aug 1 13:06:58 UTC 2006



Brian Candler wrote:
> If you are going to do a 'kill -HUP' every 5 minutes, say, then you are
> generating a lot of work for your own server and every customer's master
> server.
Once an hour. Then it takes 10 min. apx. for 3000 zones.

> 
> If you have a particular customer who has made a change and explicitly asks
> you to refresh their zone, then you can 'rndc reload <zone>' as said before.

Yes. But not, if your customer himself has 900 zones and wants your slaves
to be as up-to-date as his primary. But maybe we will script it with
'rndc reload <zone>', right.

> 
> However, note that your slave server will poll each of the masters at the
> refresh interval in their SOA record anyway. So if a particular customer
> wants you to poll their zone more frequently, then they can just reduce the
> refresh time in their SOA record, and your server will honour their request.
> That gives you the best of all worlds - frequent polling for those customers
> who want or need it, and occasional polling for everyone else.

In our opinion as an ISP the refresh time is for the world of resolvers.
Authoritative nameservers (especially slaves serving hidden primaries) should
be as close as possible to the primary.


Best regards,
Edda


More information about the freebsd-isp mailing list