Skip Menu |

This queue is for tickets about the IO-Socket-SSL CPAN distribution.

Report information
The Basics
Id: 79263
Status: rejected
Priority: 0/
Queue: IO-Socket-SSL

People
Owner: Nobody in particular
Requestors: simonw [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: Important
Broken in: 1.76
Fixed in: (no value)



Subject: Get "no route to host" error on OSX without IO::Socket::INET6 installed
I've just been trying to debug an issue with LWP::Protocol::https which turned out to end up being due to IO::Socket::SSL. Basically this my $sock = IO::Socket::SSL->new(PeerAddr => 'www.apache.org', PeerPort => 443, Proto => 'tcp') || die "Graggh: $@"; would fail saying "No route to to host". On a hunch I installed IO::Socket::INET6 and everything started working again. Then I just tried deleting IO::Socket::INET6 and upgraded to IO::Socket::IP v0.17 and everything worked as well. Just thought I'd give you a heads up. Thanks, Simon This is OSX Snow Leopard system Perl Darwin plutus 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:32:41 PDT 2011; root:xnu- 1504.15.3~1/RELEASE_X86_64 x86_64 Summary of my perl5 (revision 5 version 10 subversion 0) configuration: Platform: osname=darwin, osvers=10.0, archname=darwin-thread-multi-2level uname='darwin pizzly.apple.com 10.0 darwin kernel version 10.0.0: fri jul 31 22:46:25 pdt 2009; root:xnu-1456.1.25~1release_x86_64 x86_64 ' config_args='-ds -e -Dprefix=/usr -Dccflags=-g -pipe -Dldflags= -Dman3ext=3pm - Duseithreads -Duseshrplib -Dinc_version_list=none -Dcc=gcc-4.2' hint=recommended, useposix=true, d_sigaction=define useithreads=define, usemultiplicity=define useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef use64bitint=define, use64bitall=define, uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='gcc-4.2', ccflags ='-arch x86_64 -g -pipe -fno-common -DPERL_DARWIN -fno-strict- aliasing -I/usr/local/include', optimize='-Os', cppflags='-g -pipe -fno-common -DPERL_DARWIN -fno-strict-aliasing - I/usr/local/include' ccversion='', gccversion='4.2.1 (Apple Inc. build 5646)', gccosandvers='' intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='gcc-4.2 -mmacosx-version-min=10.6.3', ldflags ='-arch x86_64 -L/usr/local/lib' libpth=/usr/local/lib /usr/lib libs=-ldbm -ldl -lm -lutil -lc perllibs=-ldl -lm -lutil -lc libc=/usr/lib/libc.dylib, so=dylib, useshrplib=true, libperl=libperl.dylib gnulibc_version='' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=bundle, d_dlsymun=undef, ccdlflags=' ' cccdlflags=' ', lddlflags='-arch x86_64 -bundle -undefined dynamic_lookup - L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: MULTIPLICITY PERL_DONT_CREATE_GVSV PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP USE_64_BIT_ALL USE_64_BIT_INT USE_ITHREADS USE_LARGE_FILES USE_PERLIO USE_REENTRANT_API Locally applied patches: /Library/Perl/Updates/<version> comes before system perl directories installprivlib and installarchlib points to the Updates directory Built under darwin Compiled at Jan 26 2010 17:48:53 @INC: /Library/Perl/Updates/5.10.0/darwin-thread-multi-2level /Library/Perl/Updates/5.10.0 /System/Library/Perl/5.10.0/darwin-thread-multi-2level /System/Library/Perl/5.10.0 /Library/Perl/5.10.0/darwin-thread-multi-2level /Library/Perl/5.10.0 /Network/Library/Perl/5.10.0/darwin-thread-multi-2level /Network/Library/Perl/5.10.0 /Network/Library/Perl /System/Library/Perl/Extras/5.10.0/darwin-thread-multi-2level /System/Library/Perl/Extras/5.10.0 .
Subject: Re: [rt.cpan.org #79263] Get "no route to host" error on OSX without IO::Socket::INET6 installed
Date: Tue, 28 Aug 2012 20:52:08 +0200
To: Simon Wistow via RT <bug-IO-Socket-SSL [...] rt.cpan.org>
From: Steffen Ullrich <Steffen_Ullrich [...] genua.de>
Hi Simon, this sound like an IPv6 vs. IPv4 issue. Are you sure, that your system had a valid IPv4 address at this time? If the issue still occurs: please try using IO::Socket::INET directly (e.g. no SSL) and see if this works. If it works, but IO::Socket::SSL still has no route, I can look into it again. Otherwise it is just, that IPv4 does not work for you, e.g. the problem is your environment, not a perl module. www.apache.org does work with IPv4 and IPv6, and by using IO::Socket::INET6 or IO::Socket::IP you just worked around your IPv4 problem by using IPv6. Regards, Steffen Show quoted text
> I've just been trying to debug an issue with LWP::Protocol::https which turned out to end up > being due to IO::Socket::SSL. > > Basically this > > my $sock = IO::Socket::SSL->new(PeerAddr => 'www.apache.org', PeerPort => 443, Proto > => 'tcp') || die "Graggh: $@"; > > would fail saying "No route to to host". > > On a hunch I installed IO::Socket::INET6 and everything started working again. > > Then I just tried deleting IO::Socket::INET6 and upgraded to IO::Socket::IP v0.17 and > everything worked as well. >
-- genua Gesellschaft fuer Netzwerk- und Unix-Administration mbH Domagkstrasse 7, 85551 Kirchheim bei Muenchen tel +49 89 991950-0, fax -999, www.genua.de Geschaeftsfuehrer: Dr. Magnus Harlander, Dr. Michaela Harlander, Bernhard Schneck. Amtsgericht Muenchen HRB 98238
Show quoted text
> Are you sure, that your system had a valid IPv4 address at this time?
Yup - definitely had an IPv4 address at the time. Show quoted text
> If the issue still occurs: please try using IO::Socket::INET directly > (e.g. no SSL) and see if this works.
This was me actually tracking an issue where LWP::UserAgent would fail when I was trying to do an https call. I eventually figured out that it was an IO::Socket::SSL problem https://github.com/libwww-perl/lwp-protocol-https/issues/2
Subject: Re: [rt.cpan.org #79263] Get "no route to host" error on OSX without IO::Socket::INET6 installed
Date: Wed, 29 Aug 2012 11:06:01 +0200
To: Simon Wistow via RT <bug-IO-Socket-SSL [...] rt.cpan.org>
From: Steffen Ullrich <Steffen_Ullrich [...] genua.de>
Hi Simon, It's hard for me to track the problem down w/o reproducing it. One option would be to give me a way to reproduce it by getting access to an OS X machine which is affected by the problem. If this is not possible please check on the affected machine: - does http via LWP to www.apache.org work but https not? - is there a proxy involved when having the problem? Regards, Steffen -- genua Gesellschaft fuer Netzwerk- und Unix-Administration mbH Domagkstrasse 7, 85551 Kirchheim bei Muenchen tel +49 89 991950-0, fax -999, www.genua.de Geschaeftsfuehrer: Dr. Magnus Harlander, Dr. Michaela Harlander, Bernhard Schneck. Amtsgericht Muenchen HRB 98238
Am Mi 29. Aug 2012, 05:06:19, SULLR schrieb: Show quoted text
> Hi Simon
Since I'm not able to reproduce it in my environment, get no reports about this bug in other environments except yours and get no support in debugging it in your environment, I must assume that the problem somewhere lies within your setup and not IO::Socket::SSL. Therefore, I will reject the bug. If you are able to provide we with an enviroment, where I can reproduce the problem, or if you could provide me with answers to my questions, which indicate, that the problem is not your environment, feel free to reopen the issue. Regards, Steffen