X-Recipient: archive-cygwin AT delorie DOT com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:to:references:in-reply-to:subject:date
	:message-id:mime-version:content-type:content-transfer-encoding;
	 q=dns; s=default; b=vi0547XXrxKJlufDAGewnGd720N0gC4kmQvH7pR3eTw
	5k5sCCMYBN1yQ24wE0YluKJf6NmACVyDCz7GY7H6uGpspA4QmHKnu1aQTquwP9XW
	fAavst34eVY15S5+1rHY9g6a/3D0PGyxf84XiBopZgXtzWhic2Yk25bNTio/mENw
	=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:from:to:references:in-reply-to:subject:date
	:message-id:mime-version:content-type:content-transfer-encoding;
	 s=default; bh=QtH9EN6u7FdvTTwdEUIGX9Xtceo=; b=itYd4qIyLNThdVTKM
	G4h/Ssk0qjuaVQr/rXfNvq0ZL5fXNEafYjZcxFc/0Hou5NO2QgBqyekejZl01TaQ
	YeyAsECb2c1dS/KKhc9lFRj4/7C7XRkRpv9svDvrzDUz89fOcL7KiXmEawPV5ZHE
	xobEUhp6MyafM4p4PuKbpEDQnE=
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=4.8 required=5.0 tests=BAYES_50,CYGWIN_OWNER_BODY,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD,SPF_PASS autolearn=no version=3.3.2 spammy=Assigned, 1112, Origin, Net
X-HELO: resqmta-po-04v.sys.comcast.net
From: "Andy Hall" <fixpertise-consulting AT comcast DOT net>
To: "'Brian Inglis'" <Brian DOT Inglis AT SystematicSw DOT ab DOT ca>, <cygwin AT cygwin DOT com>
References: <loom DOT 20160107T163448-78 AT post DOT gmane DOT org> <20160108111408 DOT GH20447 AT calimero DOT vinschen DOT de> <loom DOT 20160113T042110-649 AT post DOT gmane DOT org>
In-Reply-To: <loom.20160113T042110-649@post.gmane.org>
Subject: RE: getaddrinfo fails with EAI_NODATA for some valid hosts with A records
Date: Wed, 13 Jan 2016 09:03:12 -0800
Message-ID: <002701d14e24$49a2cbd0$dce86370$@comcast.net>
MIME-Version: 1.0
Content-Type: text/plain;	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes



> -----Original Message-----
> From: cygwin-owner AT cygwin DOT com [mailto:cygwin-owner AT cygwin DOT com] On Behalf Of Brian Inglis
> Sent: Wednesday, January 13, 2016 12:14 AM
> To: cygwin AT cygwin DOT com
> Subject: Re: getaddrinfo fails with EAI_NODATA for some valid hosts with A records
> 
> Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes:
> > On Jan  7 15:39, Brian Inglis wrote:
> >> getaddrinfo fails with err 7 EAI_NODATA for some valid hosts with A records.
> >> Err 7 EAI_NODATA is mapped from WSANO_DATA err 11004 in Windows.
> >> Can anyone reproduce failure with problem host name below?
> >
> > Yes, I can reproduce it, and it's a total surprise.
> 
> > I have no idea why Windows' getaddrinfo chokes on leapsecond.utcd.org
> > at all.
> 
> Especially when after just one getaddrinfo call, the DNS cache is populated
> with:
>     leapsecond.utcd.org
>     ----------------------------------------
>     Record Name . . . . . : leapsecond.utcd.org
>     Record Type . . . . . : 1
>     Time To Live  . . . . : 600
>     Data Length . . . . . : 4
>     Section . . . . . . . : Answer
>     A (Host) Record . . . : 244.34.36.97
> 
> so the DNS server is being contacted and responding normally, but it would
> appear Windows GAI is failing to use that info.
> Has this been reproduced on W10 so we can report this upstream?
> Is there any support without an account for upstream W7 reports?
> 
> 
DNS just translates URLs to IP addresses.  It is no surprise that works.   However, addresses in the range 240.0.0.0 -
255.255.255.255 are reserved.   Windows is probably blocking that as a "favor".

Net Range	240.0.0.0 - 255.255.255.255
CIDR	240.0.0.0/4
Name	SPECIAL-IPV4-FUTURE-USE-IANA-RESERVED
Handle	NET-240-0-0-0-0
Parent	
Net Type	IANA Special Use
Origin AS	
Organization	Internet Assigned Numbers Authority (IANA)
Registration Date	
Last Updated	2013-08-30
Comments	Addresses starting with 240 or a higher number have not been allocated and should not be used, apart
from 255.255.255.255, which is used for "limited broadcast" on a local network.

This block was reserved by the IETF, the organization that develops Internet protocols, in the Standard document and in
RFC 1112. The documents can be found at:
http://datatracker.ietf.org/doc/rfc1112
RESTful Link	http://whois.arin.net/rest/net/NET-240-0-0-0-0
See Also	Related organization's POC records.
See Also	Related delegations.


--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple