示例 1 ： 用是一个子用户组成员 想象在你的目录服务器中，存在下面 2 个用户组： staff marketing 成员： marketing 用户组是  staff 的成员。 用户 jsmith 是 marketing 用户组的成员。 你将会看到 jsmith 将会是 marketing 和 staff 的成员。你将不会看到这 2 个用户组存在嵌套关系。如果你为 staff 指派权限，用户 jsmith 将会自动具有这些权限。 示例 2 ：子用户组是 jira-developers 用户组成员 在 LDAP 目录服务器中，我们有 engineering-group 和 techwriters-group 用户组。我们希望同时为 JIRA 中为这 2 个用户组同时赋予 developer-level 的访问。我们有一个用户组称为 jira-developers 的用户组具有 developer-level 的访问权限。 添加一个称为 jira-developers 的用户组。 添加 engineering-group 到 jira-developers 中为子用户组。 添加 techwriters-group 到 jira-developers 中为子用户组。 用户组成员信息目前状况： jira-developers — 子用户组： engineering-group, techwriters-group engineering-group — 子用户组： dev-a, dev-b; 用户： pblack dev-a — 用户： jsmith, sbrown dev-b — 用户： jsmith, dblue techwriters-group — 用户： rgreen 当 JIRA 应用程序要求显示  jira-developers 中的所有成员列表的时候，你将会获得下面的列表： pblack jsmith sbrown dblue rgreen 图表： 子用户组作为 jira-developers 用户组的成员 https://www.cwiki.us/display/CONFLUENCEWIKI/Managing+Nested+Groups

本部分说明了嵌套用户组对用户登录，权限和查看更新用户组的影响。 登录 如果用户属于一个授权的用户组或者授权用户组中的子用户组，当用户登录后，用户可以访问应用程序。 权限 如果用户属于的用户组或者用户组中的子用户组有相关的权限的话，那么用户就可以访问这些权限定义的功能。 查看用户组成员 如果你查看一个用户组的成员，你将会看到这个用户组中的所有成员以及这个用户组中包含的子用户组的所有成员，嵌套用户组的所有成员将会合并成一个用户列表后显示。我们称这个为平行（flattened ）列表。 你不能查看或者编辑用嵌套用户组，或者查看一个用户组属于一个用户组成员中的所有用户信息。 编辑和更新用户组成员 当你添加一个用户到用户组的时候，这个用户将会添加到你命名的用户组中，而不会自动添加到其他用户组中。 当你尝试从一个 平行（flattened） 列表中删除一个用户的时候，系统将会发生下面的事情： 当一个用户是顶级用户组的成员的时候，用户将会从顶级用户组中删除。 否则，你将会看到一个错误的提示信息显示的是用户不能找到属于的用户组。 https://www.cwiki.us/display/CONFLUENCEWIKI/Managing+Nested+Groups

你可以为任何一个目录服务器启用或者禁用嵌套用户组功能。进入 Confluence 管理员控制台界面后选择 用户目录（User Directories），然后对用户组进行编辑后，选择 启用嵌套用户组（Enable Nested Groups）功能。请查看页面 Configuring User Directories 中的内容。 备注： 在 Confluence 中启用嵌套用户组功能之前，你需要确定你的目录服务器支持嵌套用户组功能。 请阅读本页面后面的章节来了解在 Confluence 中用户授权（登录）和权限对嵌套用户组的影响，和你在 Confluence 中对用户和用户组更新将会产生什么影响。 你不能修改你现在登录使用的用户目录。这个意思是在大部分情况下，你需要使用 Confluence 内部目录中具有系统管理员权限的用户进行登录系统。   https://www.cwiki.us/display/CONFLUENCEWIKI/Managing+Nested+Groups

一些目录服务器能够允许你在一个组中定义另外一个组。在这种结构下的用户组称为用户组嵌套。嵌套组的配置能够让子用户组继承上级用户组的权限，使系统的权限配置变得简单。 这个页面描述了 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