Am 31.07.2014 21:08, schrieb /dev/rob0:
The proper tool to manage named configuration and operation, and
which in the best Unix ethic is well suited for automation, is
rndc(8).
You can not always use rndc. For example you can add and delete zones,
but you can not modify zones via rndc.
regards
This recent thread, in which people are describing their scripts and
GUI provisioning systems makes me think we should recruit a few of
you who think you have a sweet provisioning system
On 02.08.14 02:39, Reindl Harald wrote:
at least i add the library i developed to maintain zone-files
which
> This recent thread, in which people are describing their scripts and
> GUI provisioning systems makes me think we should recruit a few of
> you who think you have a sweet provisioning system
at least i add the library i developed to maintain zone-files
which needs translation of the comments, to
This recent thread, in which people are describing their scripts and GUI
provisioning systems makes me think we should recruit a few of you who think
you have a sweet provisioning system, to do a WebEX and describe it for
everyone else who is looking for a better system.
At the RIPE meeting in
Mike Hoskins (michoski) wrote:
> Tony Finch wrote:
> >
> >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 d
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi everyone,
On 01.08.14 15:58 Reindl Harald wrote:
> the whole discussion about rndc or not rndc follow up therads and
> side-threads startet after that reply below from me yesterday and
> whoever brought "bounce" in the game did also not understand
are simply missing the context
the whole discussion about rndc or not rndc follow up
therads and side-threads startet after that reply below
from me yesterday and whoever brought "bounce" in the
game did also not understand the context of the discussion
all the threads about "rndc"
-Original Message-
From: Reindl Harald
Organization: the lounge interactive design
Date: Friday, August 1, 2014 at 9:23 AM
To: "bind-users@lists.isc.org"
Subject: Re: rndc (and now nsupdate too)
>
>Am 01.08.2014 um 15:14 schrieb Mike Hoskins (michoski):
>> Fro
Am 01.08.2014 um 15:14 schrieb Mike Hoskins (michoski):
> From: Tony Finch
> Date: Friday, August 1, 2014 at 5:31 AM
> To: Reindl Harald
> Cc: "bind-users@lists.isc.org"
> Subject: Re: rndc (and now nsupdate too)
>
>> Reindl Harald wrote:
>>&g
-Original Message-
From: Tony Finch
Date: Friday, August 1, 2014 at 5:31 AM
To: Reindl Harald
Cc: "bind-users@lists.isc.org"
Subject: Re: rndc (and now nsupdate too)
>Reindl Harald wrote:
>> Am 31.07.2014 um 21:08 schrieb /dev/rob0:
>> >
>> > T
Reindl Harald 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 th
On 7/31/2014 3:08 PM, /dev/rob0 wrote:
On Thu, Jul 31, 2014 at 05:56:08PM +0200, Reindl Harald wrote:
Am 31.07.2014 um 17:41 schrieb /dev/rob0:
On Thu, Jul 31, 2014 at 01:32:03PM +0200, Reindl Harald wrote:
i am doing reloads of named with "killall -HUP named" just
because i disabled rndc comp
Am 31.07.2014 um 21:08 schrieb /dev/rob0:
> On Thu, Jul 31, 2014 at 05:56:08PM +0200, Reindl Harald wrote:
>> don't get me wrong but if someone creates *any* bind
>> configuration and zone-files with self developed software
>
> ... that someone is almost surely doing it wrong. "Zone files"?
>
On Thu, Jul 31, 2014 at 05:56:08PM +0200, Reindl Harald wrote:
> Am 31.07.2014 um 17:41 schrieb /dev/rob0:
> > On Thu, Jul 31, 2014 at 01:32:03PM +0200, Reindl Harald wrote:
> >> i am doing reloads of named with "killall -HUP named" just
> >> because i disabled rndc completly for security reasons
14 matches
Mail list logo
