From owner-freebsd-questions Sat Feb 20 7:57: 2 1999 Delivered-To: freebsd-questions@freebsd.org Received: from wolf.com (ns1.wolf.com [207.137.58.20]) by hub.freebsd.org (Postfix) with ESMTP id 1179B1154C for ; Sat, 20 Feb 1999 07:56:56 -0800 (PST) (envelope-from dan@wolf.com) Received: (from dan@localhost) by wolf.com (8.9.1/8.9.1) id HAA20522; Sat, 20 Feb 1999 07:58:12 -0800 Message-ID: <19990220075812.A20511@ns.wolf.com> Date: Sat, 20 Feb 1999 07:58:12 -0800 From: dan@wolf.com To: junkmale@xtra.co.nz, Namodn ROOT , freebsd-questions@freebsd.org Cc: freebsd-questions@freebsd.org Subject: Re: off-site secondary DNS References: <19990220055521.PZWW3226200.mta2-rme@wocker> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <19990220055521.PZWW3226200.mta2-rme@wocker>; from Dan Langille on Sat, Feb 20, 1999 at 06:54:29PM +1300 Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG While my knowledge of the specifics is a bit rusty, I seem to recall that that is precisely the reason for remembering to implement your serial number each time you change zone records on the primary machine. THe secondary will poll the primary at predetermined intervals (I don't remember *where* it's determined - that's where the rust sets in) and determine the current serial number. If he (the secondary) doesn't have the current version of the data he'll automatically initiate a named-xfer to get the current records. Of course, this assumes that you can afford to wait for the secondary to get around to checking currency of his data... Dan Mahoney dan@wolf.com > > I am attempting to set up an off-site secondary DNS. > > While in the midst of doing such, i realized that i do not have the access > > neccessary on the off-site machine to restart named. > > > > How can i refresh the name server's settings, making it re-read it's zone > > files, without restarting the daemon? > > As far as I know, you must issue a KILL. Which means you must be logged > on to the machine in question. something like killall -HUP named To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message