5.9. 身份管理


迁移 IdM 部署不再会导致重复的 HBAC 规则

在以前的版本中,使用 ipa-migrate 程序从一个身份管理(IdM)部署迁移到另一个部署有时会导致目标服务器上重复的基于主机的访问控制(HBAC)规则。因此,当在该服务器上运行 "ipa hbacrule-find" 命令时,"allow_systemd-user" 和 "allow_systemd-user" HBAC 规则会出现两次。

这个问题已被解决,迁移 IdM 部署不再会导致重复的 HBAC 规则。

Jira:RHEL-48104

不再可以使用过期的令牌绕过双因素身份验证

在以前的版本中,可以通过创建一个带有特定最终评估周期的 OTP 令牌来绕过双因素身份验证。

如果强制实施双因素身份验证,没有 OTP 令牌的用户可以使用其密码登录并配置 OTP 令牌。因此,需要使用其密码和 OTP 令牌进行身份验证。但是,如果用户创建了具有过期端到端日期的 OTP 令牌,IdM 会错误地回退到仅密码的身份验证,从而有效地绕过双因素身份验证。这是因为 IdM 在不存在的和过期的 OTP 令牌之间没有区别。

在这个版本中,IdM 可以正确地区分这些场景。因此,双因素身份验证现在可以正确强制使用,防止绕过。

Jira:RHEL-4915

当使用子后缀启动实例时,不再记录不正确的错误

在此次更新之前,当使用子后缀启动实例时,您可能会在错误日志中看到以下不正确的消息:

[time_stamp] - ERR - id2entry - Could not open id2entry err 0
[time_stamp] - ERR - dn2entry_ext - The dn "dc=example,dc=com" was in the entryrdn index, but it did not exist in id2entry of instance userRoot.
Copy to Clipboard

消息的根本原因是在后端初始化期间执行的子树搜索,以确定子树是否包含智能引用。另外,这个问题对服务器启动后的搜索操作有较小的性能影响。

在这个版本中,不正确的信息不再记录,在服务器启动时不会发生性能影响。

Jira:RHEL-71218[1]

ldapsearch 现在如预期遵守 NETWORK_TIMEOUT 设置

在以前的版本中,当服务器无法访问时 ldapsearch 命令会忽略超时,因此搜索会无限期挂起,而不是超时。在这个版本中,TLS 处理中的逻辑错误可以通过调整连接重试和套接字选项来解决。

因此,ldapsearch 命令不再忽略 NETWORK_TIMEOUT 设置,并在达到超时时返回以下错误:

  ldap_sasl_bind(SIMPLE): Can't contact LDAP server (-1).
Copy to Clipboard

Jira:RHEL-78297[1]

带有页结果搜索的竞争条件不再关闭与 T3 错误代码的连接

在以前的版本中,在检查连接的页结果数据时,目录服务器不会使用正确的线程保护。因此,页面结果超时值会意外更改,并在新操作到达时触发假超时。这会导致超时错误,连接关闭了以下 T3 错误代码:

服务器关闭连接,因为超过了页结果搜索的指定时间限制。

在这个版本中,使用了正确的线程保护,页面结果搜索不再关闭与 T3 错误代码的连接。

Jira:RHEL-76019[1]

当重新索引带有带有扩展匹配规则的 sort 属性的 VLV 索引时,目录服务器不再会失败

在此次更新之前,在重新索引虚拟列表视图(VLV)索引过程中触发竞争条件,该索引带有扩展匹配规则的 sort 属性索引。因此,内存泄漏和目录服务器会失败。在这个版本中,Directory 服务器会序列化 VLV 索引密钥生成,不再失败。

Jira:RHEL-67020

当尝试释放资源时,OpenLDAP 库不再失败

在此次更新之前,当应用程序已经调用 OPEN SSL_cleanup () 函数时,OpenLDAP 库会尝试在其破坏性中使用 SSL_CTX_free () 函数来 释放内存。因此,当无效的 SSL_CTX_free () 调用尝试释放已经清理的 SSL 上下文资源时,用户会出现失败或未定义的行为。

在这个版本中,添加了一个安全清理功能,以便在 OpenLDAP 的 destructor 中跳过 SSL 上下文清理。现在,如果未明确释放,SSL 上下文会泄漏,确保稳定的应用程序关闭。

Jira:RHEL-56502

高连接负载不再过载目录服务器中的单个线程

在此次更新之前,即使 Directory 服务器支持多个侦听线程,但第一个传入的连接被分配给同一监听器线程过载。因此,一些请求会产生大量 时间和 不佳的性能。在这个版本中,Directory 服务器在所有侦听线程中分发连接负载。

Jira:RHEL-70252

VLV 索引缓存现在与使用 LMDB 时的 VLV 索引匹配

在此次更新之前,虚拟列表视图(VLV)索引缓存与带有 Lightning Memory-Mapped 数据库(LMDB)的实例上的 VLV 索引本身不匹配,这会导致 VLV 索引返回无效值。在这个版本中,VLV 索引缓存与 VLV 索引匹配,并返回正确的值。

Jira:RHEL-64438[1]

在线备份不再失败

在此次更新之前,在线备份任务可能会因为不正确的锁定顺序而挂起。在这个版本中,在线备份可以正常工作,不再失败。

Jira:RHEL-67005[1]

cleanallruv 不再阻止其自身

在此次更新之前,当您在从复制拓扑中删除副本后运行 cleanAllRUV 任务时,任务会尝试更新复制配置条目,同时同一任务清除旧副本 ID 的复制更改日志(rid)。因此,服务器没有响应。

在这个版本中,清理所有RUV 仅在更改日志清除完成后清理复制配置。

Jira:RHEL-60135

当条目 RDN 与后缀 DN 的值相同时,重新索引不再会失败

在此次更新之前,如果条目的相对可分辨名称(RDN)的值与目录中的后缀可分辨名称(DN)相同,则 entryrdn 索引会被破坏。因此,目录服务器可能会执行缓慢的搜索请求,获取无效的结果,并在错误日志中写入警报信息。

在这个版本中,重新索引可以正常工作。

Jira:RHEL-74158[1]

帐户策略插件现在在复制拓扑中使用适当的标记进行更新

在此次更新之前,Account Policy 插件没有将正确的标记用于更新。因此,在复制拓扑中,Account Policy 插件更新了登录历史记录,但这个更新在消费者服务器上记录以下出错信息:

{{ERR - acct_update_login_history - Modify error 10 on entry
}}
Copy to Clipboard

在这个版本中,内部更新可以成功,且不会记录错误。

Jira:RHEL-74168[1]

在带有 LMDB 的供应商中,离线导入不再生成 nsuniqueid的副本

在此次更新之前,在带有 Lightning Memory-Mapped Database (LMDB)的供应商上离线导入基本条目(没有复制数据)会生成 nsuniqueid 操作属性的副本,它们必须是唯一的。因此,复制出现问题。在这个版本中,离线导入不再在供应商上生成重复。

Jira:RHEL-78344[1]

TLS 1.3 现在可以用来连接到以 FIPS 模式运行的 LDAP 服务器

在此次更新之前,当您尝试在 FIPS 模式中连接到 LDAP 服务器时明确设置 TLS 1.3 时,使用的 TLS 版本仍保留在 1.2 中。因此,尝试使用 TLS 1.3 连接到 LDAP 服务器会失败。在这个版本中,在 FIPS 模式中的 TLS 版本的上限被改为 1.3,尝试连接到带有 TLS 1.3 的 LDAP 服务器不再会失败。

Jira:RHEL-78722

在之前的尝试失败后,目录服务器备份不再失败

在此次更新之前,如果初始备份尝试失败,则下一个目录服务器备份会失败,因为后端会处于忙碌尝试完成以前的备份。因此,需要重启实例。在这个版本中,Directory 服务器备份在以前的尝试失败后不再失败,且不再需要实例重启。

Jira:RHEL-61341

使用基于证书的身份验证时供应商之间的复制失败,现在有一个更描述性的错误消息

在此次更新之前,当缺少所需的 CA 证书文件且 TLS 连接设置在供应过程中失败时,错误消息不明确地识别问题。在这个版本中,当发生 TLS 设置错误时,Directory 服务器会记录更详细的错误信息。它现在包括了缺少证书的信息,如 No such file or directory for a missing certificate,从而使问题更易于解决。

Jira:RHEL-65662[1]

dsconf config replace 现在可以按预期处理多值属性

在此次更新之前,dsconf config replace 命令只能为属性设置一个值,如 nsslapd-haproxy-trusted-ip。在这个版本中,您可以使用以下命令设置几个值:

# dsconf <instace_name> config replace nsslapd-haproxy-trusted-ip=<ip_address_1> nsslapd-haproxy-trusted-ip=<ip_address_2> nsslapd-haproxy-trusted-ip=<ip_address_3>
Copy to Clipboard

Jira:RHEL-67004

现在,当使用带有 OR (|)和 NOT (!)运算符的复合过滤器时,目录服务器会返回正确的条目集合

在此次更新之前,当使用 OR (|)和 NOT (!)操作器搜索时,目录服务器不会返回正确的条目集合。原因在于,目录服务器错误地评估了访问权利和条目匹配,并在一个阶段执行这些步骤。在这个版本中,Directory 服务器在两个独立阶段执行访问权限评估和条目匹配,并使用 OR (|)和 NOT (!)运算符进行搜索。

Jira:RHEL-65776[1]

目录服务器重启后,供应商复制协议中的消费者状态会被正确显示

在此次更新之前,在复制拓扑中的供应商中,在 Directory Server 重启时会重置复制协议中的消费者状态。因此,显示的消费者初始化时间,复制状态不正确。

在这个版本中,复制协议条目显示消费者的正确状态,以及初始化的时间。

Jira:RHEL-67008

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2025 Red Hat