ftp.perl.org strangeness

[Hajimu UMEMOTO]

Hi,

>>>>> On Wed, 17 Mar 2004 15:15:05 +1100
>>>>> Mark Andrews <Mark_Andrews at isc.org> said:

> That thread might lead one to believe that destination address
> selection in -CURRENT would give the described behavior, but
> I'm not so sure.  Destination address selection comes into
> play after you have resolved names to addresses.  My guess is
> even with IPv4 destination addresses preferred in
> /etc/ip6addrctl.conf the resolver will still query for both
> AAAA and A records when the client is IPv6-enabled.  If the
> AAAA query comes first and a bork load balancer returns
> NXDOMAIN, the negative response will likely be cached and
> result in the subsequent A query failing as well, meaning no
> IPv4 address to prefer.

As you see, the destination address selection isn't a solution for
broken name server.  But, it solves a problem during connect for IPv4
only users.

Mark_Andrews> 	This issue really gets blown out of proportion.  You have
Mark_Andrews> 	a couple of *broken* nameservers worldwide. There really
Mark_Andrews> 	are not a lot of them, they just happen to be high profile
Mark_Andrews> 	servers.

Mark_Andrews> 	When you find one, report it.  If people did this originally
Mark_Andrews> 	rather than hacking software to work around the brokeness
Mark_Andrews> 	there wouldn't be a problem now.

Yes, actually.  However I'm tired enough to hear this issue.  Though I
don't like to make a patch for this issue, I don't like to hear a
problem about IPv6 related issue from IPv4 only users.  So, I made a
patch to add no_aaaa_quesy to resolver option.  With this option,
getaddrinfo() and getipnodebyname() do A query against AF_UNSPEC.  The
former is for 4-STABLE and the latter is for 5-CURRENT.  If there is
no objection, I'll commit it.

Sincerely,
-------------- next part --------------
A non-text attachment was scrubbed...
Name: resolver-no-aaaa-4s.diff
Type: text/x-patch
Size: 3936 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20040318/ea41ea2e/resolver-no-aaaa-4s.bin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: resolver-no-aaaa.diff
Type: text/x-patch
Size: 3666 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20040318/ea41ea2e/resolver-no-aaaa.bin
-------------- next part --------------
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
ume at mahoroba.org  ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/