主页 / server / 问题 / 52071
Accepted
Glen Richards
Asked: 2009-08-10 17:11:21 +0800 CST

发行版 X 上完全相同的二进制库如何链接到比发行版 Y 上更少的库？

  • 772

我有一个 3rd 方二进制库，用于通过 SSL 连接到服务器，该库在Cent OS 4 32-bit上运行良好，但在Debian Lenny 32-bit上尝试处理事务时出现 SSL 初始化错误。

当我ldd在 Debian 上的库上执行时，缺少lddCent OS 上的 5 个链接：

libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2
libkrb5.so.3 => /usr/lib/libkrb5.so.3
libcom_err.so.2 => /lib/libcom_err.so.2
libk5crypto.so.3 => /usr/lib/libk5crypto.so.3
libresolv.so.2 => /lib/libresolv.so.2

我怀疑我的问题出在这里。所有这些库都安装在 Debian 系统上，所以我很困惑第 3 方二进制文件看不到它们。

我已经在每个系统上的第 3 方二进制文件上做了一个 md5sum，它们完全一样。

以下是 Cent OS 的完整ldd列表：

[root@localhost ~]# ldd /usr/lib/libwebpayclient.so
        libssl.so.4 => /lib/libssl.so.4 (0x0026a000)
        libcrypto.so.4 => /lib/libcrypto.so.4 (0x00c41000)
        libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x00544000)
        libm.so.6 => /lib/tls/libm.so.6 (0x0093e000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00da4000)
        libc.so.6 => /lib/tls/libc.so.6 (0x0066e000)
        libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x008dd000)
        libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x00394000)
        libcom_err.so.2 => /lib/libcom_err.so.2 (0x00111000)
        libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x00114000)
        libresolv.so.2 => /lib/libresolv.so.2 (0x007da000)
        libdl.so.2 => /lib/libdl.so.2 (0x00135000)
        libz.so.1 => /usr/lib/libz.so.1 (0x004d1000)
        /lib/ld-linux.so.2 (0x008b5000)

请注意，我必须安装包 compat-libstdc++-33.i386 才能解析 libstdc++.so.5

这是ldd来自 Debian 的完整列表：

localhost:~# ldd /usr/lib/libwebpayclient.so
    linux-gate.so.1 =>  (0xb7fcb000)
    libssl.so.4 => not found
    libcrypto.so.4 => not found
    libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0xb7ee5000)
    libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7ebf000)
    libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7eb2000)
    libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7d57000)
    /lib/ld-linux.so.2 (0xb7fcc000)

请注意，我必须安装包 libstdc++5 才能解析 libstdc++.so.5。

用于ln -s修复我得到的 2 个“未找到”链接：

localhost:~# ldd /usr/lib/libwebpayclient.so
        linux-gate.so.1 =>  (0xb7eff000)
        libssl.so.4 => /usr/lib/libssl.so.4 (0xb7e8e000)
        libcrypto.so.4 => /usr/lib/libcrypto.so.4 (0xb7d31000)
        libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0xb7c76000)
        libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7c50000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7c43000)
        libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7ae8000)
        libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7ae4000)
        libz.so.1 => /usr/lib/libz.so.1 (0xb7acf000)
        /lib/ld-linux.so.2 (0xb7f00000)

有趣的是，libz.so.1 出现了。于是就有了线索。

Cent OS 上的 SSL 版本是 0.9.7a，而 Debian 上是 0.9.8。我敢打赌它链接到更少的图书馆......

linux library

2 个回答

  1. 那些 ldd 是从同一个库的相同（md5sums 相同）副本运行的吗？如果一个系统或另一个系统上缺少库，ldd 应该报告“未找到”，它不应该只是无法显示任何内容。

    共享对象（无论是库还是二进制文件）所需的库的初始列表是硬编码的，如果没有重新编译或修改，列表将永远不会改变。可能会扰乱苹果购物车的一件事是ldd遍历库依赖项列表并显示这些库的信息，因此您可以合法地在不同系统上拥有不同的库列表，因为指向的库指向不同的包含集图书馆。迷茫了吗？

    不过，鉴于这两个列表之间的巨大差异，以及您那里有我从未见过的库（我的 CentOS 系统上似乎没有 libssl.so.4）这一事实，我要去坚持将“未公开的信息”作为问题的根源——比如在某处安装一堆带有疯狂链接信息的额外库。

    此外，您的问题还不清楚 ldd 输出的第一次粘贴是完整的还是“差异”。请包括两个系统的 ldd 的完整输出，删除任何手工制作的符号链接（还包括您必须创建的符号链接列表，以及它们的源和目标位置）。

    • 0
  2. Best Answer

    问题是 Debian 上的 SSL 版本（libssl.so.0.9.8）不再链接到 Cent OS 上的 libssl.so.0.9.7a 所链接的文件。通过将 CentOS 版本复制到 Debian 盒子并修复 /usr/lib/libssl.so.4 链接，问题得到解决。出于安全目的，这并不理想，因为如果 Cent OS 更新该文件，我将不得不记住将其复制过来。为此，我订阅了 Cent OS 4 安全公告。希望第 3 方尽快发布更新的库。

    • 0

相关问题