rndc (and now nsupdate too)

[Reindl Harald]

Am 01.08.2014 um 15:14 schrieb Mike Hoskins (michoski):
> From: Tony Finch <dot at dotat.at>
> Date: Friday, August 1, 2014 at 5:31 AM
> To: Reindl Harald <h.reindl at thelounge.net>
> Cc: "bind-users at lists.isc.org" <bind-users at lists.isc.org>
> Subject: Re: rndc (and now nsupdate too)
> 
>> Reindl Harald <h.reindl at thelounge.net> wrote:
>>> Am 31.07.2014 um 21:08 schrieb /dev/rob0:
>>>>
>>>> The proper tool to manage zone data is nsupdate(8).  Likewise well
>>>> suited for automation.
>>>
>>> zone file *editing*?
>>>
>>> sorry, no, i developed 2008 a interface to create all zone files based
>>> on database records, write the complete zone content in a main table
>>> with a textfiled and a second textfiled where translation for NAT/WAN
>>> zones happens and so there is and never was a reason to *edit* a
>>> zone file
>>>
>>> it is created from scratch when changes in a zone happen and cronjobs
>>> only pull zones with the "updated-field" set to 1
>>
>> In our setup, changes made in the database are turned into an nsupdate
>> script, so we don't need to bounce the name server and we can use
>> BIND's automatic signing.
> 
> no argument on nsupdate, but even if you copy files around...you don't
> need to bounce the nameserver, unless rndc reload is what you mean (when i
> hear bounce i think stop/start)

since when is -SIGHUP stop/start?

http://en.wikipedia.org/wiki/Unix_signal
SIGHUP
Many daemons will reload their configuration files and reopen their
logfiles instead of exiting when receiving this signal.[4] nohup
is a command to make a command ignore the signal.

[root at srv-rhsoft:~]$ killall -SIGHUP named
[root at srv-rhsoft:~]$ cat named.log
01-Aug-2014 15:21:01.598 general: received SIGHUP signal to reload zones
01-Aug-2014 15:21:01.598 general: loading configuration from '/etc/named.conf'
01-Aug-2014 15:21:01.599 general: using default UDP/IPv4 port range: [1024, 65535]
01-Aug-2014 15:21:01.599 general: using default UDP/IPv6 port range: [1024, 65535]
01-Aug-2014 15:21:01.599 network: no IPv6 interfaces found
01-Aug-2014 15:21:01.613 general: sizing zone task pool based on 9 zones

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 246 bytes
Desc: OpenPGP digital signature
URL: <https://lists.isc.org/pipermail/bind-users/attachments/20140801/5a7ab370/attachment.bin>