From owner-freebsd-stable@FreeBSD.ORG Sat Apr 8 13:54:45 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4165616A400 for ; Sat, 8 Apr 2006 13:54:45 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8214443D46 for ; Sat, 8 Apr 2006 13:54:44 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id ADF285D7B; Sat, 8 Apr 2006 09:54:43 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 69828-09; Sat, 8 Apr 2006 09:54:42 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-112-80.ny325.east.verizon.net [68.161.112.80]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id 90A455C66; Sat, 8 Apr 2006 09:54:42 -0400 (EDT) Message-ID: <4437C0A2.1090100@mac.com> Date: Sat, 08 Apr 2006 09:54:42 -0400 From: Chuck Swiger User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Lyndon Nerenberg , stable@freebsd.org References: <20060405152718.GA1003@roadrunner.q.local> <20060406153938.C78654@orthanc.ca> <20060408083955.GA1041@roadrunner.q.local> In-Reply-To: <20060408083955.GA1041@roadrunner.q.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: Subject: Re: resolver doesn't see resolv.conf changes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Apr 2006 13:54:45 -0000 Ulrich Spoerlein wrote: > Lyndon Nerenberg wrote: >> The solution is to run a local caching nameserver instance. You should do this anyway, for >> performance reasons. Add 'named_enable="YES"' to /etc/rc.conf, and modify your >> /etc/dhclient.conf as follows: > > Good idea, but this defeates the hierarchical purpose of DNS. Now my > caching DNS is always querying the root DNS servers. Yes, and is actually sending valid queries driven by a human trying to do something useful. Serving legitimate traffic isn't a problem for the root nameservers, but you could always set up a forwarder line to use the local ISP's nameserver first. [ The root nameservers are seeing upwards of 90% bogus queries (ie, invalid queries, misplaced assertions from DNS servers claiming to be root nameservers themselves, Kaspersky-style DoS attacks, etc). ] > And there might be ISPs who disallow outgoing DNS connections to > somewhere else than their own DNS servers. There are people offering "walled gardens" which prevent normal Internet access but provide some limited services; such aren't really "ISP"s, though. -- -Chuck