Configuration Wso2在组的外部LDAP上使用memberUid

我已将Wso2与外部LDAP连接。所以，我想处理LDAP组。但是，在Wso2中，它规定使用：

• groupOfNames

  作为我们的

  objectClass

  和

• 成员

  作为我们的

  成员属性

但是，我当前的LDAP服务器不是这样的。这意味着我使用

• PosixGroup

  作为我的

  objectClass

  和
• my

  MembershipAttribute的
  memberUid

这让我想到了一点，当我将一个用户添加到一个组中时，Wso2将这个值放入

uid=b1，ou=users，dc=transip，dc=nl

内部

memberUid

。这与我的设置不兼容。我需要的是Wso2将用户的

uid

放在

memberUid

字段中，然后该条目将与我的其余设置兼容

---

如何将Wso2配置为在向组中添加用户时传递

uid

，而不是传递

dn

（可分辨名称）。

根据JIRA[1]，此问题已在Wso2 IS 5.1.0中修复。根据JIRA，要使安装工作正常，需要在与UserStore相关的UserStoreManager配置中将GroupObjectClass配置为“PosixGroup”，将MembershipAttribute配置为“memberUid”

---

[1]

根据JIRA[1]，这个问题已经在WSO2 IS 5.1.0中解决了。根据JIRA，要使安装工作正常，需要在与UserStore相关的UserStoreManager配置中将GroupObjectClass配置为“PosixGroup”，将MembershipAttribute配置为“memberUid”

---

[1]

同样的问题也在网上发布。为了实现这一点，需要编写自定义用户存储管理器，将成员属性更改为仅添加uid，而不是完整的DN。

同样的问题也出现了。为了实现这一点，需要编写自定义用户存储管理器，将成员属性更改为仅添加uid，而不是完整DN。

我正在使用这些值，

posixGroup

用于

objectClass

和

memberUid

用于

MembershipAttribute

但wso2仍将

dn

值写入

memberUid

字段。在修复程序的pull请求中，表示此修复程序适用于

ReadOnlyDapUserStore

。这可能是只读的吗？所以在拉请求上搜索。。。我们有这两个文件，因此在ReadOnly中添加了

memberUid

支持，但在ReadWriteHowever中没有添加这些文件，因为这些文件最多可存在4.5.x。在5。x之后，结构被改变……不确定逻辑在5.3.Xi AM上使用这些值，<代码> PosixGys<代码> > <代码> ObjeCype < /C> >和<代码> MeMuuID<代码> >代码>成员SistPATAPENTATION<代码>，但WSO2仍然在<代码> MeMuuID字段中写入<代码> DN 值。在修复程序的pull请求中，表示此修复程序适用于

ReadOnlyDapUserStore

。这可能是只读的吗？所以在拉请求上搜索。。。我们有这两个文件，因此在ReadOnly中添加了

memberUid

支持，但在ReadWriteHowever中没有添加这些文件，因为这些文件最多可存在4.5.x。在5.0.x之后，结构发生了变化…不确定该逻辑在5.3.x上的位置