Red Hat Bugzilla – Bug 839031
openssl s_server doesn't work on IPv4-only systems
Last modified: 2012-07-20 22:50:34 EDT
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Check that (ip addr ls|grep inet6.*global) doesn't return anything
2. $ openssl s_server -accept 64000
> Using default temp DH parameters
> getaddrinfo: Name or service not known
> 0 items in the session cache
3. # ip addr add ::2/128 scope global dev lo
4. $ openssl s_server -accept 64000
With AI_ADDRCONFIG and no global IPv6 address, getaddrinfo(NULL, "64000", hints->ai_family==AF_INET6) does not resolve into an address (due to AI_ADDRCONFIG it only wants to return an IPv4 address); init_server() treats this as a fatal error and does not try IPv4 at all (nor does it manage to bind to ::1 in IPv6, which would accept both IPv4 and IPv6).
The loop in init_server() looks somewhat suspect, but that's just a vague notion, I _don't_ know for sure how this is supposed to be done correctly. See #808147 for relevant discussion.
openssl-1.0.0j-2.fc17 has been submitted as an update for Fedora 17.
* should fix your issue,
* was pushed to the Fedora 17 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing openssl-1.0.0j-2.fc17'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
openssl-1.0.0j-2.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.