5.4. LDAP 域
LDAP 域连接到 LDAP 服务器,如 OpenLDAP、红帽目录服务器、Apache 目录服务器或 Microsoft Active Directory,以验证用户并获取成员资格信息。
根据服务器和部署的类型,LDAP 服务器可以有不同的条目布局。本文档超出了本文档的范围,为所有可能的配置提供示例。
5.4.1. LDAP 连接属性 复制链接链接已复制到粘贴板!
指定 LDAP 域配置中的 LDAP 连接属性。
需要以下属性:
url |
指定 LDAP 服务器的 URL。URL 的格式应为 |
主体 | 在 LDAp 服务器中指定有效用户的可分辨名称(DN)。DN 在 LDAP 目录结构中唯一标识用户。 |
credential | 对应于与上述主体关联的密码。 |
LDAP 连接的主体必须具有必要的特权,才能执行 LDAP 查询和访问特定属性。
启用 连接池可显著提高
LDAP 服务器身份验证的性能。连接池机制由 JDK 提供。如需更多信息,请参阅 连接池配置和 Java Tutorials:池。
5.4.2. LDAP 域用户验证方法 复制链接链接已复制到粘贴板!
在 LDAP 域中配置用户验证方法。
LDAP 域可以通过两种方式验证用户:
散列化密码比较 |
通过比较存储在用户密码属性中的散列密码(通常为 |
直接验证 | 使用提供的凭证对 LDAP 服务器进行身份验证
直接验证是与 Active Directory 搭配使用的唯一方法,因为禁止访问 |
您不能使用通过 direct-verification
属性执行哈希的端点身份验证机制,因为此方法需要以明文形式提供密码。因此,您必须将 BASIC
身份验证机制与 REST 端点一起使用,并将 PLAIN
与 Hot Rod 端点一起使用,才能与 Active Directory Server 集成。更安全的替代方案是使用 Kerberos,它允许 SPNEGO
、GSSAPI
和 GS2-KRB5
身份验证机制。
LDAP 域搜索目录以查找与经过身份验证的用户对应的条目。rdn-identifier
属性指定一个 LDAP 属性,它根据提供的标识符查找用户条目,通常是用户名;例如,uid
或 sAMAccountName
属性。向配置中添加 search-recursive="true"
以递归搜索目录。默认情况下,搜索用户条目使用 (rdn_identifier={0})
过滤器。您可以使用 filter-name
属性指定不同的过滤器。
5.4.3. 将用户条目映射到其关联的组 复制链接链接已复制到粘贴板!
在 LDAP 域配置中,指定 attribute-mapping
元素以检索和关联用户所属的所有组。
成员资格信息通常以两种方式存储:
-
在组条目下,通常具有
member
属性中的 classgroupOfNames
或groupOfUniqueNames
。这是除 Active Directory 以外的大多数 LDAP 安装中的默认行为。在这种情况下,您可以使用属性过滤器。此过滤器搜索与提供的过滤器匹配的条目,该条目会找到与用户 DN 相等的member
属性的组。然后,过滤器提取
由 指定的组条目的 CN,并将其添加到用户的Role
中。 在
memberOf
属性的用户条目中。这通常是 Active Directory 的情况。在这种情况下,您应该使用如下属性引用:<attribute-reference reference="memberOf" from="cn" to="Roles" />
此引用从用户条目获取所有
memberOf
属性,按照从 指定的方式
提取 CN,并将它们添加到用户的组中(角色是
用于映射组的内部名称)。
5.4.4. LDAP 域配置参考 复制链接链接已复制到粘贴板!
XML
JSON
YAML
5.4.4.1. LDAP 域主体重写 复制链接链接已复制到粘贴板!
SASL 身份验证机制获取的主体,如 GSSAPI
、GS2-KRB5
和 Negotiate
通常包括域名,例如 myuser@INFINISPAN.ORG
。在 LDAP 查询中使用这些主体前,需要转换它们以确保其兼容性。这个过程被称为重写。
网格包括以下转换器:
case-principal-transformer |
将主体重写为所有大写或所有小写。例如, |
common-name-principal-transformer |
以 LDAP Distinguished Name 格式重写主体(由 RFC 4514定义)。它提取 |
regex-principal-transformer | 使用带有捕获组的正则表达式重写主体,例如,用于提取任何子字符串。 |
5.4.4.2. LDAP 主体重写配置参考 复制链接链接已复制到粘贴板!
问题单主体转换器
XML
JSON
YAML
通用名称主体转换器
XML
JSON
YAML
正则表达式主体转换器
XML
JSON
YAML
5.4.4.3. 使用 Data Grid 的 LDAP 用户和组映射过程 复制链接链接已复制到粘贴板!
本例演示了加载和内部将 LDAP 用户和组映射到 Data Grid 主题的过程。以下是 LDIF (LDAP 数据交换格式)文件,它描述了多个 LDAP 条目:
LDIF
root
用户是 admin
和 monitor
组的成员。
当使用密码 strongPassword
验证用户 root
的请求时,会在其中一个端点上执行以下操作:
- 使用所选主体转换器(可选)重写用户名。
-
realm 在
ou=People,dc=infinispan,dc=org
树中搜索,其uid
属性等于root
,并查找 DNuid=root,ou=People,dc=infinispan,dc=org
的条目,这将成为用户主体。 -
realm 在
u=Roles,dc=infinispan,dc=org
树中搜索包含member
属性中的uid=root,ou=People,dc=infinispan,dc=org
的条目。在这种情况下,它找到两个条目:
cn=admin,ou=Roles,dc=infinispan,dc=org
和cn=monitor,ou=Roles,dc=infinispan,dc=org
。从这些条目中,它会提取作为组主体的cn
属性。
因此,生成的主题将类似如下:
-
NamePrincipal:
uid=root,ou=People,dc=infinispan,dc=org
-
RolePrincipal:
admin
-
RolePrincipal:
monitor
此时,全局授权映射程序应用于上述主题,将主体转换为角色。然后,角色会扩展到一组权限,这些权限会根据请求的缓存和操作进行验证。