From owner-freebsd-questions Wed Dec 15 4: 0:18 1999 Delivered-To: freebsd-questions@freebsd.org Received: from eraser.unx.nu (eraser.unx.nu [194.22.185.6]) by hub.freebsd.org (Postfix) with ESMTP id 6FF5E14F62 for ; Wed, 15 Dec 1999 04:00:10 -0800 (PST) (envelope-from jo@spider.unx.nu) Received: from localhost (jo@localhost) by eraser.unx.nu (8.9.3/8.9.3) with ESMTP id MAA29186; Wed, 15 Dec 1999 12:59:54 +0100 Date: Wed, 15 Dec 1999 12:59:54 +0100 (CET) From: Joakim Ryden X-Sender: jo@eraser.unx.nu To: Jim Durham Cc: FreeBSD Questions Subject: Re: A Nameserver/Resolv.conf question In-Reply-To: <3857021C.B04F8657@w2xo.pgh.pa.us> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Are you running DHCP on the FreeBSD box? The DHCP-client overwrites resolv.conf each time it renews its lease. Regards, Joakim On Tue, 14 Dec 1999, Jim Durham wrote: => I would like to understand better some behavior I saw => with 3.3-RELEASE concerning resolv.conf. => => I am in the process of bringing our company's LAN onto => the internet. As a first step, we are running mail on => a 3.3-RELEASE box using fetchmail to fetch the mail for => our domain off a server on the 'net via modem. => => In order to get all the workstations configured as I would => like them when the system is fully completed, I run a local => nameserver on the 3.3 box as a master for our domain. This => server is not reachable yet from the internet, so it should => not interfere with our domain nameserers located on the 'net. => The 3.3 box is also not known to the internet nameservers for => our domain, only the server which stores our domain mail off-site => is known at present. => => My first attempt, prior to discovering that 3.3-RELEASE no => longer needs resolv.conf if you are running a local nameserver, => was to make a resolv.conf file with the local nameserver entry first, => and then two nameserver IPs provided by our ISP on the two next lines. => This allowed the "local" nameserver to be consulted first, resolving => problems with names not know to the "real" domain server (which knows => only the off-site server's IP). => => Every day, upon firing up my workstation, I would find problems => with TELNETing into the local server. I guessed that this was a => nameserver => problem. Upon looking at resolv.conf, I found that the IP of the => local nameserver, the whole line, had been removed. The time of => modification of the file was at the time the "periodic/daily" script => ran. => I could find no mention in the "daily" scripts of resolv.conf. The => "daily" => scripts daily e-mail message to "root" showed no errors. => => I fixed the problem by just eliminating resolv.conf and defaulting to => the local nameserver, but what was modifying the resolv.conf file? => => Thanks, => -- => Jim Durham => => => To Unsubscribe: send mail to majordomo@FreeBSD.org => with "unsubscribe freebsd-questions" in the body of the message => To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message