From owner-freebsd-current@FreeBSD.ORG Sun Jul 13 14:10:28 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5FD637B401 for ; Sun, 13 Jul 2003 14:10:28 -0700 (PDT) Received: from ms-smtp-03.nyroc.rr.com (ms-smtp-03.nyroc.rr.com [24.92.226.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8A2043F3F for ; Sun, 13 Jul 2003 14:10:27 -0700 (PDT) (envelope-from tparquet@twcny.rr.com) Received: from twcny.rr.com (syr-24-169-89-160.twcny.rr.com [24.169.89.160]) h6DLAQs4027985 for ; Sun, 13 Jul 2003 17:10:27 -0400 (EDT) Message-ID: <3F11CAC2.40509@twcny.rr.com> Date: Sun, 13 Jul 2003 17:10:26 -0400 From: Tom Parquette User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030518 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: DDNS strangeness X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jul 2003 21:10:28 -0000 Hi. I'm not sure if this belongs somewhere else but I'm starting here since these are 5.x systems. Please CC me on any replies. I subscribe to the digest format (makes replying difficult.) TIA. I have DDNS running between my house server and what will become an X desktop. They are both 5.x at different maintenance levels. I have it updating the DNS server as I expect when I boot the X desktop. If I have to boot the server, e.g. my town's unpredictable power, the X desktop machine cannot re-add itself to my DNS. (DNS and DHCP run on the home server. In this case, there is no third machine involved.) I found a predictable way to get the X desktop to readd itself (by changing the hostname to something else then changing it back) but it did not feel right to me so I started rereading some of the man pages. I found the following at the end of the "The Interim DNS Update Scheme" section of the dhcpd.conf man page: "...So the DHCP server tracks whether or not it has updated the record in the past (this information is stored in the lease) and does not attempt to update records that it thinks it has already updated. This can lead to cases where the DHCP server adds a record, and then the record is deleted through some other mechanism, but the server never again updates the DNS because it thinks the data is already there. In this case the data can be removed from the lease through operator intervention, and once this has been done, the DNS will be updated the next time the cliend renews." OK. This description fits my scenario. I understand it but I do not have to like it. The statement "...the data can be removed from the lease through operator intervention..." is where I'm looking for some insights. I reread the dhcpd man page looking for a manual way to alter the lease (to remove the DNS information.) The only thing I picked up on that MIGHT talk to this is OMAPI and the Lease Object. The description if the Lease Object did not really help. I understand that DDNS is not a standard (yet.) I also know I'm sorta on my own here. I was hoping someone had a workaround for this behaviour. Thanks...