一些目录服务器能够允许你在一个组中定义另外一个组。在这种结构下的用户组称为用户组嵌套。嵌套组的配置能够让子用户组继承上级用户组的权限，使系统的权限配置变得简单。 这个页面描述了 Confluence 是如何在一个或者多个用户服务器上如何处理嵌套用户组。 https://www.cwiki.us/display/CONFLUENCEWIKI/Managing+Nested+Groups
这个部分将会对用户目录序列对登录和权限以及更新用户和用户组的影响进行描述。 登录 用户目录的排序在用户登录系统中的影响是非常重要的，尤其对一个相同用户名的用户在多个目录中存在的情况。当用户在系统中进行登录的时候，系统将会对用户输入的用户名按照系统中用户目录的排列顺序进行搜索，同时对最先找到的用户的密码和用户在应用程序登录时候输入的密码进行对比，用这个对比来确定用户的登录信息是否正确。 权限 汇总成员（默认） 当使用基于 Confluence 中用户组成成员使用默认情况下对用户进行合并汇总的时候，用户目录的顺序并不是非常重要的。如果一个用户在多个用户目录中存在的话，应用程序将会汇总（合并）这个用户在所有目录中的权限， 例如： 你连接了 2 个目录：客户目录和合作伙伴组目录。 客户目录在目录序列中排在第一位。 一个用户名 jsmith 在客户目录和合作伙伴目录中都同时存在。 用户名 jsmith 的用户是 G1 的用户组成员（客户目录中），同时也是 G2 用户组的成员（合作伙伴目录中）。 那么用户名 jsmith 的成员将会自动同时具有 G1 和 G2 的权限，而与这 2 个目录的序列无关。 针对 Confluence 5.7 及后续版本有关管理员的更新： 用户的用户组成员在多个目录中的权限更新（例如，LDAP，Active Directory，Crowd）在 Confluence 5.7 版本的更新。组成员将不会从所有目录中进行合并而不是仅仅存在于第一个出现的用户目录。在绝大部分的情况下，这个修改对用户只在一个目录中出现或者用户目录同步正确的情况是没有任何影响的。在一些极端的情况下，用户组成员没有完整的进行同步，这种情况将会自动赋予用户查看空间的权限（如果用户属于的用户组成员在前面的同步过程中被 Confluence 忽略了的话）。 这里是一个示例情况... 不能合并的成员 使用 REST API 来告诉 Confluence 不对用户组成员进行合并是可以行的，请参考下面的配置： Turning on non-aggregating membership... 如果你已经选择了不合并用户成员，那么用户的目录序列将是十分重要的。如果用户的用户组信息存在于多个用户目录话，那么用户所属的用户组将会在用户目录第一次出现的用户中中出现，这个是基于用户目录的排序进行设置的。 例如： 你连接了 2 个目录：客户目录和合作伙伴组目录。 客户目录在目录序列中排在第一位。 一个用户名 jsmith 在客户目录和合作伙伴目录中都同时存在。 用户名 jsmith 的用户是 G1 的用户组成员（客户目录中），同时也是 G2 用户组的成员（合作伙伴目录中）。 那么用户名 jsmith 的成员将只具有 G1 的权限，而忽略掉 G2 的权限。 更新用户和用户组 如果你通过系统的管理员界面更新用户或者用户组，这个更新只会写入到系统具有写入权限的第一个用户组中。 示例 1： 你连接了 2 个目录：客户目录和合作伙伴组目录。 应用程序具有更新 2 个目录的权限。 客户目录在目录序列中排在第一位。 一个用户名 jsmith 在客户目录和合作伙伴目录中都同时存在。 你通过程序的界面更新 jsmith 用户的电子邮件地址。 你对这个用户的更新只对客户目录中的信息有效，系统不会同时更新 2 个目录。 示例 2 ： 你连接了 2 个目录：一个具有读写权限的 LDAP 目录和内部目录。 LDAP 目录在目录的排序中排在第一位。 所有的新用户将会添加到 LDAP 目录中，新用户是没有办法添加到内部目录中的。 https://www.cwiki.us/display/CONFLUENCEWIKI/Managing+Multiple+Directories
这里是有关目录顺序如何影响处理流程： 目录中的顺序是被用来如何查找用户和组的顺序。 修改用户和用户组将会仅仅应用到应用程序具有修改权限的第一个目录中。 配置目录载入顺序 你可以修改在 Confluence 中定义的目录顺序。从 Confluence 干理由控制台中选择 用户目录（User Directories），然后单击每一个目录前面上下调节按钮进行调节就可以了。 注意： 请阅读本页后续章节中的目录顺序在 Confluence 授权（登录）和权限中的影响和当你在 Confluence 中更新用户和用户组后将会发生什么。 当你移动外部目录到 Confluence 内部目录之前的时候，请确定你（或者你的管理员用户）在用户组 confluence-administrators 中，否则你的管理员用户可能不能允许登录到 Confluence 管理员控制台。 https://www.cwiki.us/display/CONFLUENCEWIKI/Managing+Multiple+Directories
这个页面描述了如果在 Confluence 中定义了多个目录服务器将会发生什么样的情况。例如你可能会有一个内部目录服务器同时你还可能有连接一个 LDAP 外部服务器或者使用多种类型的其他用户目录。当你在系统中定义了多个目录服务器的时候，你需要在系统中指定不同目录服务器的载入顺序（directory order）。 避免跨目录的多个用户名：如果你连接了超过一个的目录服务器，我们建议你需要确定你的用户名在目录服务器中是唯一的。例如：我们不建议你定义一个用户同时在'Directory1' 和 'Directory2' 中都定义 jsmith 这个用户。这样要求的原因是避免在系统中导致混乱，尤其是在你对目录服务器进行切换的时候。修改目录服务器的排列顺序也会修改用户名的引用顺序。 https://www.cwiki.us/display/CONFLUENCEWIKI/Managing+Multiple+Directories
当你打算合并的外部目录服务器（Crowd 或 Jira 应用）有大量的用户到 Confluence 数据库中的时候，请使用这个选项。你需要有基本的 SQL 知识才能完成这个任务。 下面的 SQL 命令假设你使用的数据库为 MySQL 数据库。如果你使用的数据库不是 MySQL 数据库的话，你需要针对你使用的数据库对你的脚本进行一些修改后才能执行。 第 1 步. 创建备份 创建备份是在你对系统进行操作时候出现错误后恢复的唯一办法。 从 Confluence 中，你可以创建一个完整的 XML 站点备份包括所有的附件。 停止 Confluence。 将你服务器上的 Confluence home 和 安装目录中的所有文件和目录拷贝到系统的其他地方备份。 针对你的外部应用程序，重复上面的步骤。 从你的 MySQL 数据库管理工具中，为 Crowd/Jira 和 Confluence 都创建一个备份。 第 2 步. 替换 Confluence 用户管理 使用下面的 SQL 脚本备份外部应用程序中的用户和用户组到 Confluence 表中。下面的脚本是针对 MySQL 数据库设计运行的，如果你使用其他的数据库，你需要对脚本进行修改。 找到你目录使用的 ID 运行下面的脚本，然后对返回的结果数进行记录，这个 ID 将会在后面的 <Confluence Internal ID> 参数中引用。 select id from cwd_directory where directory_name='Confluence Internal Directory'; 针对用户目录关里界面，找到你希望移动的用户，用户组名字。运行下面的脚本，然后对返回的结果数进行记录，这个 ID 将会在后面的 <External Application ID> 参数中引用。 select id from cwd_directory where directory_name='<External Directory Name>'; 移动用户组到 Confluence 在你的内部目录中，外部目录的名字是相同情况是被允许的，希望找到这些名字，请运行下面的脚本： select distinct a.id, a.directory_id, a.group_name, d.directory_name from cwd_group a join cwd_group b on a.group_name=b.group_name join cwd_directory d on d.id=a.directory_id where a.directory_id != b.directory_id; 如果上面的脚本有返回插件结果，针对每一条记录表明的是名字出现了重复，在 Confluence 的内部目录中找到这些重复名字的 ID（<internal group id>）和外部应用（<external group id>）。运行下面的脚本： update cwd_group_attribute set group_id=<internal group id>, directory_id=<Confluence Internal Id> where group_id=<external group id>; update cwd_membership set child_group_id=<internal group id> where child_group_id=<external group id>; update cwd_membership set parent_id=<internal group id> where parent_id=<external group id>; delete from cwd_group where id=<external group id>; 移动所有外部应用中的所有组到 Confluence 内部目录中。 update cwd_group set directory_id=<Confluence Internal ID> where directory_id=<External Application ID>; 移动用户到 Confluence 在内部目录中是允许有多个相同的用户名的，如果这些用户组在不同的外部应用目录中的话。找到这些用户，运行： select distinct a.id, a.directory_id, a.user_name, d.directory_name from cwd_user a join cwd_user b on a.user_name=b.user_name join cwd_directory d on d.id=a.directory_id where a.directory_id != b.directory_id; 如果上面的脚本返回了多条记录的话，表明的是你的系统中有多个用户具有相同的用户名在不同的外部目录中。在 Confluence 的内部目录中找到这些重复名字的 ID（(<internal user id>）和外部应用（<external user id>）。运行下面的脚本： update cwd_membership set child_user_id=<internal user id> where child_user_id=<external user id>; update cwd_user_credential_record set user_id=<internal user id> where user_id=<external user id>; update cwd_user_attribute set user_id=<internal user id>, directory_id=<Confluence Internal ID> where user_id=<external user id>; delete from cwd_user where id=<external user id>; 移动所有外部应用中的所有用户到 Confluence 内部目录中。 update cwd_user set directory_id=<Confluence Internal ID> where directory_id=<External Application ID>; 删除外部应用目录…
当你只有少量的用户和用户组的时候，使用这个方法。 使用 Confluence 的系统管理员登录 Confluence。 进入用户目录管理界面，然后移动 内部目录（internal directory）到系统中所有目录的列表的最顶部，通过单击目录前方排序的箭头。 请确定在内部目录中，你至少有一个用户属于confluence-users 和 confluence-administrators 用户组。 请确定你有一个用户在内部目录中具有 Confluence 系统管理员权限（Confluence system administrator permissions）。 如果你不具有上面描述的 2 个用户，添加一个然后退出系统。 使用添加的用户重新登录 Confluence，然后进入目录管理界面。 禁用 Atlassian Crowd 目录。 手动添加需要添加的用户和用户组到 Confluence中。这些用户将会添加到系统目录中，因为你将系统目录已经移动到系统的用户目录序列的最顶端。 如果你在 Jira 系统中已经为这些用户指派了用户组，你必须要手动在 Confluence 中为这些用户创建一个名字相同的用户组。 如果在你 Jira 中的用户已经在 Confluence 创建类内容或者已经为他们指派了全系，你必须要在 Confluence 重新创建这些用户。 添加用户到你希望的用户组中。 https://www.cwiki.us/display/CONFLUENCEWIKI/Reverting+from+Crowd+or+JIRA+applications+to+Internal+User+Management
如果你的 Confluence 站点当前使用的是 Crowd 或者 Jira 应用程序管理你的用的话，你可以按照下面的步骤切换使用回内部目录管理你的用户。 如果你的 Confluence 站点只有少量的用户的话，在 Confluence 中手动重建用户和用户组就比较简单。如果你有很多的用户的话，整合用户和用户组到 Confluence 内部目录中就会比较简单有效。 下面的两个选项都会重置用户的密码。当下面的2 个选项完成操作的时候，请提醒你的用户使用重置我的密码（Reset My Password）链接来重置你的用户的密码。这个链接在用户尝试登录的界面上。 https://www.cwiki.us/display/CONFLUENCEWIKI/Reverting+from+Crowd+or+JIRA+applications+to+Internal+User+Management
下面是可能会发生的一些错误信息。如果你的系统中出现了下面的一些提示，你应该调整你的日志错误级别到 WARN，然后查看具体的错误原因。请参考：Configuring Logging。 error.jirabaseurl.connection.refused Connection refused. Check if an instance of Jira is running on the given url 可能导致的原因是： Jira url 不正确 Jira 实例没有在指定的 URL 下运行。 Jira 实例在指定的 URL 下运行，但是可能实例不是 4.3 及后续版本。 error.applicationlink.connection.refused Failed to establish application link between Jira server and Confluence server. 在 Jira 和 Confluence 之间不能创建应用连接。可能的原因是： Confluence 或 Jira url 不正确 2 个应用的实例没有在指定的 URL 下运行 连接用户名或者密码不正确 请参考 Confluence 的日志文件来获得更多的信息。 error.jirabaseurl.not.valid This is not a valid url for a Jira application. 一个运行时异常被捕获到了。请参考 Confluence 的日志文件来确定异常发生的原因错误内容。 https://www.cwiki.us/display/CONFLUENCEWIKI/Connecting+to+Crowd+or+Jira+for+User+Management
启用嵌套用户组（Enable Nested Groups） 为嵌套组启用或禁用支持。 在启用嵌套用户组之前，你需要检查你在 JIRA 服务器中的嵌套用户组是否启用了。当嵌套用户组启用成功后，你可以将一根用户组定义为另外一个用户组的成员。 如果你使用的是用户组来对权限进行管理，你可以使用嵌套用户组来允许一个用户组的权限继承上级用户组，使系统的权限配置变得简单。 同步时间（分钟）（Synchronisation Interval (minutes)） 同步指的是应用程序从目录服务器上更新自己用户和用户组上的信息的时间间隔。这个参数表示的是你的应用服务器将会在 x 分钟发送一个请求到你的目录服务器上。 默认的配置是 60 分钟。 https://www.cwiki.us/display/CONFLUENCEWIKI/Connecting+to+Crowd+or+Jira+for+User+Management
只读（Read Only） 从你 JIRA 应用服务器上取得的用户，用户组和用户组成员。这些用户的信息只能通过你的 JIRA 服务器进行修改。 https://www.cwiki.us/display/CONFLUENCEWIKI/Connecting+to+Crowd+or+Jira+for+User+Management