[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date: Mon, 2 Jun 2014 14:54:48 -0400
From: Rich Felker <dalias@...c.org>
To: musl@...ts.openwall.com
Subject: Re: Remaining tasks on resolver overhaul
On Mon, Jun 02, 2014 at 11:28:00AM +0100, Laurent Bercot wrote:
> >>- AI_ADDRCONFIG -- but maybe the current implementation of it as a nop
> >> is actually best
> >
> >+1
> >(nop is best, guessworks are harmful, code simplification is useful)
>
> +1. AI_ADDRCONFIG has always been a logical aberration: the underlying
> DNS transport and capabilities of the machine have nothing to do with the
> data transmitted via DNS. If a domain has an AAAA record, I expect
> getaddrinfo() to return it, whether my machine is IPv6-capable or not.
So far all the comments I've heard on AI_ADDRCONFIG have been in favor
of leaving it a nop. IMO this is perfectly conforming as long as the
system has 127.0.0.1 and ::1 since "an IPv4 address is configured on
the local system" and "an IPv6 address is configured on the local
system".
Personally I'm not as strongly opposed to AI_ADDRCONFIG actually doing
something as some people are, since it's NOT the default; you have to
request it. Actually glibc sets it automatically when hints==NULL,
which is non-conforming (hints==NULL implies flags==0 per the
standard) so this may be why so many people hate it. If we added
support and followed the letter of the standard exactly (treating ::1
and 127.0.0.1 as configured addresses) it would behave as a nop on
basically all real-world systems except those where either IPv4 or IPv6
has been fully ripped out, where the admin/user actually may want to
be suppressing one or the other.
In any case I'm in no hurry to make changes on this item since there
seems to be no demand for such functionality.
Rich
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
