[nsd-users] NSD 4 workflow for adding zones on the fly

W.C.A. Wijngaards wouter at nlnetlabs.nl
Wed Jul 4 08:15:16 UTC 2012

Hash: SHA1

Hi Will,

delzone, that removes the zone from the running server, and also from
the zonelist file (for after a restart).  Old entries are marked as
deleted (for speed) in the zonelist file, space is reused in the file,
and if unused space becomes too big NSD4 writes an entire new file.

So, you have to do nothing.  The zonelist file contains the list of
added zones (and some deleted zones where space is not reclaimed)

The nsd-control delzone zonenname command removes the zone.

If you think you may add it again, use nsd-control write zonename to
write its contents (if changed for slave zones) to a zonefile (if you
configured a zonefile path at all), so you could add it again if you
change your mind.  (if you did not configure a zonefile path, you can
change the pattern in nsd.conf and do nsd-control repattern to change

There is no nsd rebuild : with nsd-control reload it will scan for
modified (timestamps on) zonefiles and read them.  You can also force
it to read a specific zone.

Best regards,

On 07/03/2012 10:05 PM, Will Pressly wrote:
> To add a little more specific information, here is the specific man
> page entry I am interested in: addzone <zone name> <pattern name> 
> Add a new zone to the running server.  The zone is added to the
> zonelist file on disk, so it stays after a restart.  The pattern
> name determines the options for the new zone.  For slave zones a
> zone transfer is  immediately  attempted.   For zones with a
> zonefile, the zone file is attempted to be read in.
> More simply: I guess the question is, how do we clean out the
> zonelist file?
> Thanks, W
> On Tue, Jul 3, 2012 at 12:48 PM, Will Pressly <will at edgecast.com 
> <mailto:will at edgecast.com>> wrote:
> Hi NSD folks,
> I had a quick question about NSD 4 and the correct workflow for 
> adding a zone to the running daemon. I understand how the addzone 
> works with the patterns, and that seems to be working well.
> I was just wondering what needs to be done with the 
> /var/db/nsd/zone.list file. It seems to accumulate the zone names 
> and related patterns of all zones added in this manner. What is
> the correct process for merging that information into the system,
> and being able to remove the entries in this file?
> Is it something of the old patch/rebuild flavor of NSD 3.x? Could 
> you please give me a pointer on how to make these change more
> permanent?
> Thanks, W

Version: GnuPG v2.0.18 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/


More information about the nsd-users mailing list