X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-1.5 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org MIME-Version: 1.0 In-Reply-To: <87vcdiznho.fsf@Rainer.invalid> References: <87vcdiznho DOT fsf AT Rainer DOT invalid> From: =?ISO-8859-1?Q?Bj=F6rn_Kautler?= Date: Tue, 6 Nov 2012 23:52:15 +0100 Message-ID: Subject: Re: Problem with HTTPS in LWP module in Perl To: cygwin AT cygwin DOT com Content-Type: text/plain; charset=windows-1252 X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id qA6Mqv6i015208 2012/11/6 Achim Gratz : > Björn Kautler writes: >> I'm having a problem with https requests to >> "https://www.geocaching.com" in perl. > > This has nothing to do with Cygwin, the same error happens on Linux: > > $ perl -e 'use LWP::Simple;' -e '($r=get("https://www.geocaching.com")) or print "$!\n$@\n";print "$r\n";' > Connection reset by peer > Can't connect to www.geocaching.com:443 > > LWP::Protocol::https::Socket: SSL connect attempt failed with unknown error error:00000000:lib(0):func(0):reason(0) at /usr/lib/perl5/vendor_perl/5.16.0/LWP/Protocol/http.pm line 51. > > The error message is slightly different than on Cygwin. I haven't > looked further into this, but I wouldn't be surprised if the server > simply doesn't accept connections from LWP and some other user agents > that are typically used for crawling… For me the command you wrote works absolutely fine on Ubuntu Karmic and Debian Lenny, but shows the same timeout behaviour on Cygwin. I get the exact same error message on Cygwin like you wrote, just with perl 5.14 in the path. As this is hanging after the "Client Hello" and while waiting for the "Server Hello" I don't think that a blocking of some user agent is possible at this stage, because this is before the initial SSL handshake took place and thus a user agent is not available. Also on Ubuntu and Debian it is working fine here. -- 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