InMemoryDirectoryServer用户唯一性配置：实现userPrincipalName重复校验

你遇到的两个问题（修改重复userPrincipalName成功、允许同名用户），本质都是因为禁用了LDAP Schema约束且未手动添加唯一性索引导致的。InMemoryDirectoryServer默认依赖Schema处理属性唯一性规则，你设置config.schema = null会跳过所有Schema相关校验，因此出现和真实LDAP不一致的行为。

修复步骤 #

1. 恢复Schema支持，移除禁用Schema的配置 #

首先删除config.schema = null这行代码，让服务器加载默认LDAP Schema（或自定义Schema），Schema中通常会定义核心属性的唯一性规则（比如AD环境下userPrincipalName的全局唯一性约束）。

2. 手动添加唯一性索引（针对需要校验的属性） #

如果默认Schema未包含你需要的唯一性规则，或需要更精准控制，可以通过addIndex方法为目标属性添加唯一性索引：

val config = InMemoryDirectoryServerConfig(baseDn)
config.addAdditionalBindCredentials("cn=$LOGIN", PASSWORD)
// 移除config.schema = null
// 为userPrincipalName添加唯一性索引，确保全局唯一
config.addIndex("userPrincipalName", IndexType.EQUALITY, true)
// 为cn添加唯一性索引，确保同一父节点下用户cn不重复
config.addIndex("cn", IndexType.EQUALITY, true)

val server = InMemoryDirectoryServer(config)
val importFromLDIF = server.importFromLDIF(
    true,
    ResourceUtils.getFile("classpath:dump.ldif"),
)
server.startListening()

• addIndex方法的第三个参数true表示该索引是唯一性索引，当尝试添加或修改出重复值时，服务器会返回LDAP错误（比如ENTRY_ALREADY_EXISTS），和真实LDAP服务器行为一致。
• 针对cn的索引会确保同一父节点下不会出现同名用户，符合LDAP的条目命名规则。

完成上述修改后，InMemoryDirectoryServer就会对userPrincipalName和cn进行唯一性校验，测试场景就能得到预期的错误返回。

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