From owner-freebsd-questions Fri May 4 8:51:36 2001 Delivered-To: freebsd-questions@freebsd.org Received: from clientmail.realtime.co.uk (simian.realtime.co.uk [194.205.134.131]) by hub.freebsd.org (Postfix) with ESMTP id 30A7737B423 for ; Fri, 4 May 2001 08:51:28 -0700 (PDT) (envelope-from waynep@zaphod.realtime.co.uk) Received: from zaphod.realtime.co.uk ([194.205.134.208]) by clientmail.realtime.co.uk with esmtp (Exim 3.20 #1) id 14vhrY-0005Lx-01; Fri, 04 May 2001 16:51:24 +0100 Received: from waynep by zaphod.realtime.co.uk with local (Exim 3.20 #1) id 14vhrV-000MNR-00; Fri, 04 May 2001 16:51:21 +0100 From: Wayne Pascoe To: Ceri Cc: , freebsd-questions@freebsd.org Subject: Re: Purpose of serial number in zone files (BIND) References: <20010504163252.D50786@d9168.upc-d.chello.nl> <20010504160732.A1139@cartman.techsupport.co.uk> <20010504163219.A2083@cartman.techsupport.co.uk> Reply-To: wayne.pascoe@realtime.co.uk Date: 04 May 2001 16:51:21 +0100 In-Reply-To: <20010504163219.A2083@cartman.techsupport.co.uk> Message-ID: Lines: 36 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ceri writes: > I'm not sure why you'd want to do this - is this not reinventing > the wheel ? It is re-inventing the wheel somewhat. But we need more ease of use for admin staff. We need to dump the schlepp factor of making changes onto someone else. > With either of the two options below aren't you introducing single > points of failure that the master/slave situation was designed to > avoid ? Not really. At any point, there will still be active zone files for all domains on all servers. The only thing that may not happen is for an update or an addition to go out. This is not that critical for us. > With either of these you've still got to change a file somehow ... > > > 1. Keep authoritative master copies of all zone files in CVS. > > > > 2. Option 2. Maintain a database with one table per zone file. Not with option 2. With option 2 we can slap a web interface on the whole thing, that allows the admin to change a single record or to add a new zone. We can then pass this kind of work onto more junior admins and know that they aren't going to screw the config file up on a server when they add a new zone. -- - Wayne Pascoe E-mail: wayne.pascoe@realtime.co.uk Phone : +44 (0) 20 7544 4668 Mobile: +44 (0) 788 431 1675 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message