Question

Canonical是否在openssl的包版本中重命名符号，如果是，为了什么目的？当我从头开始编译openssl-1.0.0e.tar.gz（从openssl.org直接下载）时，我看到了必要的符号，但Python（和我）似乎无法在打包版本中找到它。

继续阅读，了解有关我如何诊断此问题的更多信息......

我正在尝试在Ubuntu 11.10上编译Python 2.6.1，并获取上面的错误消息。我使用这个旧版Python的原因是我试图使我的Ubuntu安装与生产系统100％兼容以用于开发目的。

执行时

strace -feopen make -j4 |& grep "libssl"

我看到我正在使用一个有前途的文件：

[pid 22614] open（“/ usr / lib / x86_64-linux-gnu // libssl.so”，O_RDONLY）= 7

运行nm，此文件没有符号。但是.a文件确实有类似的文件：

0000000000000030 T SSLv23_method

包libssl1.0.0-dbg是通过synaptic安装的，但是当我列出这个软件包的已安装文件时，我看到的是“已安装文件的列表仅适用于已安装的软件包”，这显然是一个Ubuntu错误。所以我不确定我应该如何检查.so中存在哪些符号。

但是，我怀疑他们在任何情况下都已将SSLv2_method重命名为SSLv23_method。

如何着手弄清楚Ubuntu的openssl-1.0.0的状态？

Answer 1

Ubuntu人员在没有SSLv2支持的情况下构建OpenSSL，因为协议有known security issues。这就是为什么你在他们的库中找不到SSLv2_method的原因，即使你自己编译库时也能找到它。

Ubuntu构建日志是公开available。您可以在oneiric-i386.openssl_1.0.0e日志中看到使用-no-ssl2选项配置库，这会禁用对SSLv2的支持。

./Configure --prefix=/usr --openssldir=/usr/lib/ssl --libdir=lib/i386-linux-gnu no-idea no-mdc2 no-rc5 zlib  enable-tlsext no-ssl2 debian-i386
Configuring for debian-i386
    no-gmp          [default]  OPENSSL_NO_GMP (skip dir)
    no-idea         [option]   OPENSSL_NO_IDEA (skip dir)
    no-jpake        [experimental] OPENSSL_NO_JPAKE (skip dir)
    no-krb5         [krb5-flavor not specified] OPENSSL_NO_KRB5
    no-md2          [default]  OPENSSL_NO_MD2 (skip dir)
    no-mdc2         [option]   OPENSSL_NO_MDC2 (skip dir)
    no-rc5          [option]   OPENSSL_NO_RC5 (skip dir)
    no-rfc3779      [default]  OPENSSL_NO_RFC3779 (skip dir)
    no-shared       [default] 
    no-ssl2         [option]   OPENSSL_NO_SSL2 (skip dir)
    no-store        [experimental] OPENSSL_NO_STORE (skip dir)
    no-zlib-dynamic [default]

请注意，SSLv23_method的可用性并不意味着客户端将能够连接到具有SSLv2的服务器。 OpenSSL文档简要discusses this situation：

以后可以使用以下方法限制可用协议列表 SSL_OP_NO_SSLv2，SSL_OP_NO_SSLv3，SSL_OP_NO_TLSv1选项 SSL_CTX_set_options（）或SSL_set_options（）函数。 使用这些选项可以选择，例如SSLv23_server_method（）和能够与所有可能的客户谈判，但只允许更新 SSLv3或TLSv1等协议。

Answer 2

借助this blog post中的补丁，我能够在Ubuntu 12.04上构建支持SSL的Python 2.6。

Answer 3

我的修复是在没有ssl2支持的情况下安装openssl

./config --prefix=/usr enable-shared -no-ssl2

然后在/ usr / ssl中安装链接到库的任何内容。它有效..

用于SSLv2_method的Ubuntu和未定义的符号

3 个答案: