From owner-freebsd-current@FreeBSD.ORG Wed Jul 28 21:03:22 2004 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 7E95E16A4CE for ; Wed, 28 Jul 2004 21:03:22 +0000 (GMT) Received: from vhost109.his.com (vhost109.his.com [216.194.225.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 342BA43D58 for ; Wed, 28 Jul 2004 21:03:22 +0000 (GMT) (envelope-from brad@stop.mail-abuse.org) Received: from [192.168.50.233] (localhost.his.com [127.0.0.1]) by vhost109.his.com (8.12.11/8.12.3) with ESMTP id i6SL3HKS015125 for ; Wed, 28 Jul 2004 17:03:19 -0400 (EDT) (envelope-from brad@stop.mail-abuse.org) Mime-Version: 1.0 X-Sender: (Unverified) Message-Id: In-Reply-To: <20040728145738.GA47187@walton.maths.tcd.ie> References: <20040726012016.D232E5D0A@ptavv.es.net> <20040728145738.GA47187@walton.maths.tcd.ie> Date: Wed, 28 Jul 2004 22:54:31 +0200 To: FreeBSD-CURRENT Mailing List From: Brad Knowles Content-Type: text/plain; charset="us-ascii" ; format="flowed" Subject: Re: Problems with ntp4.2 when names resolve to IPv6 addresses 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: Wed, 28 Jul 2004 21:03:22 -0000 [Retransmitting from correct e-mail address. -Brad] At 3:57 PM +0100 2004-07-28, David Malone wrote: > Ntpd has some issues in this area. It will always try the first > address returned by getaddrinfo and doesn't fall back to other > addresses if things don't work out. This means if you don't have > IPv6 connectivity, but your server does have an AAAA record, then > you probably won't be able to talk NTP to the server. The fix is > to change ntp.conf to say "server -4 server.name" rather than just > "server server.name". If this were true, then pool.ntp.org would be totally and completely useless. If the initial connection attempt fails or times out, the next IP address in sequence should be used. However, I don't know how the switch-over from IPv6 to IPv4 works. Once ntpd has latched onto a particular number, it won't use any others. Nor will it re-resolve the name into IP addresses, which makes a DNS rotor like pool.ntp.org somewhat less useful. What I'd like to see happen is to have ntpd latch onto all the advertised IP addresses for a given server, and at least contact all of them. If they really are different, then they should be used separately -- kind of like the OpenNTPd "servers" directive. > (The same problem exists with servers with multiple IPv4 addresses, > some of which are unreachable, it's just less obvious...) So far as I know, we're not doing anything unusual with regards to resolving IP addresses or switching from one advertised address to the next. If you've got IP stack problems, that's an issue we may not be able to help with. -- ====================================================================== Brad Knowles, "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -Benjamin Franklin, Historical Review of Pennsylvania.