入れ子グループの効果

This section summarises the effect nested groups will have on login and permissions, and on the viewing and updating of users and groups.

ログイン

When a user logs in, they will be allowed access to the application if they belong to an authorised group or any of its sub-groups.

権限

ユーザーが必要な権限を持つグループに属している場合、またはそのサブグループに属している場合、機能へのアクセスが許可されます。

グループ メンバーのリストを表示する

グループのメンバーを表示しようとする場合、グループの全ユーザー、およびそのサブグループに属するすべてのユーザーが1つのリストにまとめられて表示されます。このリストを「フラット」リストと呼びます。

入れ子グループ自身を表示、編集することはできません。1つのグループが別のグループのメンバーであることを確認することはできません。

グループ メンバーを追加、更新する

グループにユーザーを追加する場合、ユーザーは指定したグループに追加され、他のグループには追加されません。

If you try to remove a user from a flattened list, the following will happen:

例

例1：ユーザーがサブグループのメンバーである

以下の2つのグループがディレクトリ サーバーに存在すると仮定します。

メンバーシップ：

You will see that jsmith is a member of both marketing and staff. You will not see that the two groups are nested. If you assign permissions to the staff group, then jsmith will get those permissions.

例2：「jira-developers」グループのメンバーとしてのサブグループ

In an LDAP directory server, we have groups 'engineering-group' and 'techwriters-group'. We want to grant both groups developer-level access to our JIRA site.

グループのメンバーシップは現在、以下のようになっています。

When JIRA requests a list of users in the 'jira-developers' group, it will receive the following list:


図： 「jira-developers」グループのメンバーとしてのサブグループ

例3：「confluence-users」グループのメンバーとしてのサブグループ

LDAP ディレクトリ サーバーに、「engineering-group」と「payroll-group」の2つのグループがあります。両グループに Confluence サイトへのアクセスを許可したいと考えています。

グループのメンバーシップは現在、以下のようになっています。

Confluence が「confluence-users」グループのユーザー一覧をリクエストした場合、以下の一覧が返却されます。


図： 「confluence-users」グループのメンバーとしてのサブグループ

注意