From owner-freebsd-bugs@FreeBSD.ORG Mon Mar 7 22:10:07 2005 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B3BF16A4CE for ; Mon, 7 Mar 2005 22:10:07 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0DFB43D1F for ; Mon, 7 Mar 2005 22:10:06 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j27MA6Uj037455 for ; Mon, 7 Mar 2005 22:10:06 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j27MA60o037452; Mon, 7 Mar 2005 22:10:06 GMT (envelope-from gnats) Resent-Date: Mon, 7 Mar 2005 22:10:06 GMT Resent-Message-Id: <200503072210.j27MA60o037452@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Roy Badami Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44C3B16A4CF for ; Mon, 7 Mar 2005 22:02:12 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D9A943D58 for ; Mon, 7 Mar 2005 22:02:12 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id j27M2BZK027136 for ; Mon, 7 Mar 2005 22:02:11 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id j27M2BNo027135; Mon, 7 Mar 2005 22:02:11 GMT (envelope-from nobody) Message-Id: <200503072202.j27M2BNo027135@www.freebsd.org> Date: Mon, 7 Mar 2005 22:02:11 GMT From: Roy Badami To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: misc/78565: Default FreeBSD 5.3 named setup has problems resolving names due to IPv6 issues X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Mar 2005 22:10:07 -0000 >Number: 78565 >Category: misc >Synopsis: Default FreeBSD 5.3 named setup has problems resolving names due to IPv6 issues >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Mar 07 22:10:06 GMT 2005 >Closed-Date: >Last-Modified: >Originator: Roy Badami >Release: 5.3-RELEASE-p5 >Organization: >Environment: FreeBSD buffy.gnomon.org.uk 5.3-RELEASE-p5 FreeBSD 5.3-RELEASE-p5 #1: Sun Mar 6 20:19:33 UTC 2005 root@buffy.gnomon.org.uk:/usr/obj/usr/src/sys/BUFFY i386 >Description: The default FreeBSD 5.3 configuration brings up IPv6, though typically users won't be using it. However the ethernet interfaces nonetheless have (link-local) IPv6 addresses. It appears that under these circumstances BIND 9 has difficulty talking to nameservers that are IPv6-connected (ie have AAAA records). I infer that it's probably trying to talk IPv6 to them, even though there is no suitable local IPv6 address to use. As a result of the fact that many important DNS servers now have AAAA records (eg many of the root servers and many of the servers for .com) DNS resolution becomes very slow, as a singificant proportion of these servers become unreachable. I don't know enough about IPv6 address selection to know whether this is a BIND bug or a bug in the IPv6 stack; this article on the OpenBSD list suggests it's a BIND bug, but gives no reference http://archives.neohapsis.com/archives/openbsd/2004-11/0966.html My concern is that this problem hits a default install of named on a non-IPv6-connected host, and makes name resolution horribly slow (verging on unusable). >How-To-Repeat: On a default FreeBSD 5.3 install, without disabling IPv6, but without actual IPv6 connectivity, run a caching name server. Attempt to resolve names under .com Observer that this often takes 5 seconds or longer. >Fix: Workaround is to add "-4" to named_flags. >Release-Note: >Audit-Trail: >Unformatted: