使用ARGON2密码算法时OpenLDAP服务slapd无法启动

• 模块加载时机不匹配：slapd启动流程中，会优先解析olcPasswordHash这类核心配置项，而ARGON2对应的动态模块（如argon2.la）是在后续阶段才加载的。初始化阶段模块未就绪，自然识别不了{ARGON2}方案；服务完全启动后，模块已加载完成，此时修改配置就能正常调用算法生成哈希。

• 配置顺序错误：如果你的OpenLDAP配置中，olcModuleLoad（用于加载ARGON2模块的指令）写在olcPasswordHash {ARGON2}之后，启动时会先执行密码哈希配置，模块还没被加载，直接触发"方案不可用"的错误。必须确保模块加载指令放在密码哈希配置之前。

• 启动环境与运行环境差异：slapd启动时的进程环境（比如系统库路径LD_LIBRARY_PATH、进程权限）可能和运行时不同。比如启动时进程用的是slapd专属用户权限，无法读取ARGON2模块文件；或者启动环境下找不到模块所在的库路径，导致加载失败。而运行时手动修改配置时，可能是通过root权限触发模块加载，规避了权限或路径问题。

• 编译与模块集成方式问题：若slapd是自行编译的，ARGON2可能被编译为动态模块而非静态嵌入主程序。这种情况下，slapd启动默认不会自动加载该模块，必须显式通过olcModuleLoad配置加载；而运行时可以通过动态加载机制补加载模块，所以能正常使用。

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