Apache环境下kinit报错krb5_3_MIT未在libkrb5.so.3定义如何解决

你设置的LD_LIBRARY_PATH将Apache私有库路径放在了系统库路径/lib64之前，Apache自带的libkrb5.so.3版本低于系统原生krb5库，缺少krb5_3_MIT版本对应的符号定义。而系统自带的kinit工具是基于系统高版本krb5库编译的，运行时优先加载了Apache路径下的低版本库，因此触发重定位报错。

• 确认kinit加载的libkrb5.so.3路径，执行命令：
  ldd $(which kinit) | grep libkrb5.so.3
  如果输出的路径为Apache私有库路径/path/to/apache-2.4/apache/lib/libkrb5.so.3，即可确认根因成立。
• 验证两个库的符号版本差异：
  执行objdump -p /path/to/apache-2.4/apache/lib/libkrb5.so.3 | grep krb5_3_MIT，无输出则说明Apache自带的库确实缺少对应版本符号；再执行objdump -p /lib64/libkrb5.so.3 | grep krb5_3_MIT，系统原生库正常会返回匹配结果。

可根据实际使用场景选择对应修复方案：

场景1：仅临时需要执行kinit命令 #

执行kinit前临时覆盖LD_LIBRARY_PATH，不影响当前Apache的运行状态：

LD_LIBRARY_PATH=/lib64 kinit -kt /path/to/kerberos.kt principal@REALM.COM

场景2：Apache不依赖自带的krb5库 #

调整LD_LIBRARY_PATH的顺序，将系统库路径放在最前面，确保系统工具优先加载原生库：

export LD_LIBRARY_PATH=/lib64:/path/to/apache-2.4/apache/lib

调整后需验证Apache的启动和功能是否正常，无异常即可长期使用该配置

场景3：Apache必须依赖自带的krb5库 #

不要全局设置LD_LIBRARY_PATH，改为仅在Apache启动时单独注入私有库路径：
修改Apache启动脚本，将启动命令调整为：

LD_LIBRARY_PATH=/path/to/apache-2.4/apache/lib /path/to/apache-2.4/apache/bin/httpd -k start

该方案可以同时满足Apache对私有库的依赖，以及系统工具对原生库的加载需求，不会互相冲突。

内容的提问来源于stack exchange，提问作者yitzchak24