提交一个 服务器请求（support request） 然后在你的服务请求中同时提供下面的信息。 Confluence 服务器 登录 Confluence 然后访问管理员控制台。 将 系统信息（System Information）页面的中内容进行截图，或者保存页面为 HTML。 如果用户在登录系统有困难的话，对 全局权限（Global Permissions）页面中的内容进行截图。 如果你在空间和页面权限访问有困难的话，进入 空间管理（Space Admin）页面，然后对这个页面中的权限（Permissions）页面的内容进行截图。 Confluence 配置文件 如果你实现了自定义的授权，或者在任何情况下你编辑了 seraph-config.xml 或 seraph-paths.xml文件的话，请提供修改过的文件。 用户管理系统 包含你 LDAP 服务器的名字和版本。 你的 LDAP 服务器使用的是动态还是静态组？ 重新检查你的目录设置。请查看 Connecting to an LDAP Directory 页面中的内容，然后对内容进行屏幕截图后提交。 分析 启用分析，请查看 Performance Tuning 页面。 启用用户管理的的日志详细信息。可以通过编辑 confluence/WEB-INF/classes/log4j.properties 配置文件进行修改。 修改下面的内容： ### # Atlassian User ### #log4j.logger.com.atlassian.user=DEBUG #log4j.logger.com.atlassian.confluence.user=DEBUG #log4j.logger.bucket.user=DEBUG #log4j.logger.com.atlassian.seraph=DEBUG #log4j.logger.com.opensymphony.user=DEBUG 删除每一行之前的 '#' 符合，现在的开始行内容为： ### # Atlassian User ### log4j.logger.com.atlassian.user=DEBUG log4j.logger.com.atlassian.confluence.user=DEBUG log4j.logger.bucket.user=DEBUG log4j.logger.com.atlassian.seraph=DEBUG log4j.logger.com.opensymphony.user=DEBUG 当你完成上面的日志配置文件修改后，请尝试用你的 Confluence 的 LDAP 账号登录系统，然后拷贝日志文件中出现的错误信息。你可以找到你的 Confluence 安装目录，然后压缩（zip）整个 /logs 目录为一个独立文件发给我们进行检查。日志目录位于你的 Confluence Home 目录中。 https://www.cwiki.us/display/CONFLUENCEWIKI/Requesting+Support+for+External+User+Management
提交一个 服务器请求（support request） 然后在你的服务请求中同时提供下面的信息。 下载一个 LDAP 浏览器，你可以通过这个确定你的 LDAP 服务器配置正确。Atlassian 推荐使用 LDAP Studio。请提供你的用户和用户组 DNs 的截图。 如果你可以启动 Confluence 并且能够进入管理员控制台，查看你的目录配置。请查看 Connecting to an LDAP Directory 页面中的内容。然后对屏幕进行截图后一并提交给我们。 https://www.cwiki.us/display/CONFLUENCEWIKI/Requesting+Support+for+External+User+Management
在有关外部目录服务器配置页面中有一个测试配置（Test Settings）按钮。这个功能将会帮助你分析你的用户管理在 Active Directory 和其他 LDAP 服务器中出现的问题。 希望对你的目录进行连接测试： 在屏幕的右上角单击 控制台按钮 ，然后选择 General Configuration 链接。 单击左侧面板中的 用户目录（User Directories）。 编辑（Edit ）相关的目录。 单击 测试配置（Test Settings）。 有关测试的结果将会在页面的顶端显示。 请参考知识库中有关的文章：troubleshooting user management and login issues. 如果上面提供的信息对你没有帮助的话，请继续下面的操作。 https://www.cwiki.us/display/CONFLUENCEWIKI/Requesting+Support+for+External+User+Management
本页面描述了如果你在配置外部用户管理的时候遇到了问题，如何向 Atlassian 支持项目组寻求帮助。外部用户目录挂你包括 Active Directory，其他 LDAP 服务器，Atlassian Crowd 或者 一个 Jira 应用程序。有关帮助的更多信息，请参考页面：Troubleshooting Problems and Requesting Technical Support 中的内容。 可能出现一些问题有： LDAP 服务器不响应。 应用程序的用户名和密码没有配置正确，导致 LDAP 服务器或者其他目录服务器返回收取错误的信息。 其他 LDAP 服务器被错误的配置。 https://www.cwiki.us/display/CONFLUENCEWIKI/Requesting+Support+for+External+User+Management
建议 如果下面所有的选项都为是的话： JIRA 应用程序不在高负载下运行。 你仅仅希望在一些不多的应用中跨平台管理你的用户和用户组，例如一个 JIRA 软件服务器和 Confluence 服务器，或者 2 个 JIRA 服务器。 你不需要在你的 JIRA 和 Confluence 直接启用单点登录（SSO）。 你没有自定义应用程序连接器。或者你有应用程序连接器，但是你有足够的技术力量将这个转换为新的 REST API。 当你进行你 JIRA 应用升级的时候，关闭所有服务器是你可以接受的。 你的环境满足优化的需求，你可以使用 JIRA 为你的用户管理目录。 如果下面一个或者多个的选项都为是的话： 如果你的 JIRA 应用已经在高负载下运行。 你希望在超过 5 个应用直接共享用户和用户组管理。 你需要在多个跨平台应用中使用 单点登录（SSO）。 你没有自定义应用程序通过 Crowd SOAP API 进行了整合，同时你没有足够的技术力量将这个转换为新的 REST API。 当你进行你 JIRA 应用升级的时候，关闭所有服务器是不可以接受的。 我们推荐你使用 Atlassian Crowd 进行用户管理和 SSO。 如果你考虑创建一个新的自定义目录来连接到你自己存储的用户和用户组... 可能下面的其中一个选项适合你： 如果你希望写一个自定义提供器并且支持特定的 LDAP schema，请查看 LDAP schemas，也许你可以用其中的一个。 如果你希望写一个自定义提供器并且支持嵌套用户组，请考虑在你支持的目录连接器中启用嵌套用户组。 如果你希望写一个自定义提供器并且连接到你自己的数据库，请考虑载入数据倒你的应用程序数据库。 如果你希望保持自定义目录连接，请考虑 Atlassian Crowd 可能适合你的需求。请查看 Creating a Custom Directory Connector 文档。 https://www.cwiki.us/display/CONFLUENCEWIKI/User+Management+Limitations+and+Recommendations
当你在使用 JIRA 目录为用户目录的时候，请考虑下面的一些限制和建议。 不知道跨平台的多应用单点登录 当你使用 JIRA 为你的目录管理器的时候，系统将不能支持跨平台的单点登录。当 JIRA 用作目录管理的时候，不支持 SSO。directory manager, does not support SSO. 不支持自定义应用程序连接器 JIRA 应用程序，Confluence，FishEye，Crucible 和 Bamboo 可以连接到 JIRA 为用户目录管理器。但是自定义应用程序将需要使用新的 REST API。 不支持自定义目录 早期 JIRA 版本支持 OSUser 提供器。可以使用这个来重写一个特殊的提供器来从外部用户目录中获得用户的信息。现在这个方法不能使用了。 增加 JIRA 实例的负载 如果你的 JIRA 实例已经有比较高的负载了，如果还使用 JIRA 作为你的用户目录管理器，那么将会增加服务器的负载。 不支持 JIRA 云应用 你不能使用 JIRA 云应用来管理独立启动模式的用户。云平台用户和你自己运营的 Atlassian 应用程序需要对用户分开进行管理。 https://www.cwiki.us/display/CONFLUENCEWIKI/User+Management+Limitations+and+Recommendations
当应用程序对使用 Active Directory (AD) 的 LDAP 服务器进行同步的时候，同步的任务只对 LDAP 最近修改的数据进行同步而不是对整个数据库进行同步。因为是增量同步，在第一次完整同步完成后，后续的同步效率就非常高而且同步时间也非常短。 在另外一个方面，这个同步方法也会有一些限制： 从 Scope 外移动或者重命名对象将会在 AD 中导致问题：如果你从 AD 中移动对象到 scope 外，将会导致缓存和服务器上的用户数据不一致。我们不建议你使用外部 LDAP 目录界面来移动对象到 scope 外的子树。如果你对 LDAP 服务器进行了结构上的修改，我们建议你手动同步 LDAP 服务器来保持数据的完整性。 不支持在 AD 服务器之间同步：Microsoft Active Directory 在不同实例之间不会复制 uSNChanged 属性。基于这个原因，我们不支持在连接 AD 服务器之间进行同步（你可以定义多个 AD 服务器，然后在 Confluence 中配置多个 AD 服务器）。 不支持配置在负载均衡后的 AD 同步：针对 2 个不同的 AD 服务器，Microsoft Active Directory 在不同实例之间不会复制 uSNChanged 属性。基于这个原因 AD 服务器不能配置负载均衡，因为 2 个 AD 的实例的名字是不一样的。你可以在你本地配置一个 AD 服务器而避免使用负载均衡。 当你从备份中恢复 AD 后，你必须重启你的 Confluence 服务器： 在一个 AD 服务器的备份和恢复过程中，uSNChanged 时间戳将会被设置为备份的时间。为了避免冲突和混乱，你需要在 AD 服务器进行备份和恢复后刷新你本地 Confluence 服务器上的缓存。 获得 AD 删除的对象，你需要管理员权限：Active Directory 存储删除的对象在一个特殊的容器中，这个容器被称为 cn=Deleted 对象。在默认的情况下，访问这个对象，你需要具有管理员权限，因此在同步删除用户的时候，你也需要有管理员权限和管理员的用户名和密码才可以访问到。可选的是，你可以修改 cn=Deleted 对象容器的权限。如果你希望这这样做，请参考 this Microsoft KB article 中的文章。 连接 AD 使用的 DN 用户名必须具有查看 uSNChanged 属性的权限：同步任务依赖 uSNChanged 属性来找到相关的修改。因此你必须正确配置 AD 的安全用户组配置，来让这个属性能够在 LDAP 对象和子树中存在。 https://www.cwiki.us/display/CONFLUENCEWIKI/User+Management+Limitations+and+Recommendations
上面的图： Confluence 连接到 JIRA 用户管理，JIRA 使用 LDAP 用户目录。 https://www.cwiki.us/display/CONFLUENCEWIKI/Diagrams+of+Possible+Configurations+for+User+Management
上面的图：Confluence 连接到 JIRA 为用户管理。 https://www.cwiki.us/display/CONFLUENCEWIKI/Diagrams+of+Possible+Configurations+for+User+Management
上面的图：Confluence 连接到一个 LDAP 目录只用作授权，当用户登录 Confluence 的时候，使用 LDAP 授权并且将用户信息同步到本地路服务器上。 https://www.cwiki.us/display/CONFLUENCEWIKI/Diagrams+of+Possible+Configurations+for+User+Management