AEM Communitiesでは、公開環境で、プロファイルを自己登録して編集できます。 適切な権限を与えられると、
発行環境に登録したユーザは、一般にコミュニティメンバ(メンバ)と呼ばれ、作成者環境内の*ユーザと区別します。
メンバーに権限を付与するには、そのメンバーを、オーサー環境でコミュニティサイトを作成または変更したときに動的に作成されるメンバー(ユーザー)グループに割り当てます。作成者環境から作業している場合、メンバーはトンネルサービスを使用して発行環境から表示されます。
設計上、発行環境で作成されたメンバーとメンバーグループは、作成者環境に表示されません。 作成者環境で作成されたユーザーとユーザーグループは、同様に、作成者環境に残ります。
オーサー環境のユーザーとパブリッシュ環境のメンバーが同じユーザーのリストを基にしている場合も(同じ LDAP ディレクトリから同期される場合など)、それらのユーザーは、オーサー環境とパブリッシュ環境の両方で同じ権限とグループメンバーシップを持つ同一のユーザーとは見なされません。必要に応じて、メンバーとユーザーの役割は、発行時と作成者時に別々に確立する必要があります。
発行ファームの場合、ある発行インスタンスに対する登録と変更は、他の発行インスタンスと同期して、同じユーザーデータにアクセスできるようにする必要があります。 詳しくは、ユーザー同期を参照してください。次の場合に起こることを説明する節が含まれています。。
スパムから保護するために、メンバーによるコンテンツの投稿頻度を制限できます。また、新規会員の寄付を自動的に制限することも可能である。
詳しくは、メンバーの貢献度の制限を参照してください。
コミュニティサイトを作成すると、オーサー環境(オーサーグループの役割を参照)かパブリッシュ環境(パブリッシュグループの役割を参照)のどちらかで、コミュニティサイトを管理するために必要な各種管理機能の適切な権限と一意の ID(uid)を持った新しいユーザーグループが動的に作成されます。
グループの名前は、コミュニティサイトを作成するときに指定した名前から生成されます。一意のIDを使用すると、同じサーバ上の同じ名前のコミュニティサイトとコミュニティグループの名前の競合を回避できます。
例えば、「We.Retail Engage」というタイトルのサイトに「engage」というサイト名を付けた場合、作成されるユーザーグループのうち 1 つは次のようになります。
作成者環境を使用してサイト](/docs/experience-manager-64/communities/administer/sites-console.html?lang=ja)を作成、サイトのプロパティを変更、コミュニティメンバーとメンバーグループを管理する場合は、公開環境に登録されたユーザーとユーザーグループにアクセスする必要があります。[
トンネルサービスは、作成者の複製エージェントを使用してこのアクセスを提供します。
Communitiesのメンバーとグループコンソールは、公開環境にのみ登録されたユーザー(メンバー)とユーザーグループ(メンバーグループ)を管理する唯一の目的です。
オーサー環境で登録されたユーザーとユーザーグループを管理するには、セキュリティコンソールを使用します。
メンバーが所属するグループ | 主な役割 |
---|---|
管理者 | 管理者グループは、コミュニティ管理者のすべての権限を持つシステム管理者と、コミュニティ管理者グループを管理する権限で構成されます。 |
コミュニティ管理者 | コミュニティ管理者グループは、自動的にすべてのコミュニティサイトと、そのサイトで作成されたすべてのコミュニティグループのメンバーになります。コミュニティ管理者グループの初期メンバーは、管理者グループです。オーサー環境で、コミュニティ管理者はコミュニティサイトの作成、サイトの管理、メンバーの管理(メンバーのコミュニティの使用を禁止することが可能)およびコンテンツのモデレートを実行できます。 |
コミュニティ<サイト名> Sitecontentmanager | コミュニティサイトコンテンツマネージャーは、従来の AEM オーサリング、コンテンツ作成およびコミュニティサイトのページの変更を実行できます。 |
コミュニティイネーブルメントマネージャー | コミュニティイネーブルメントマネージャーグループは、コミュニティサイトのイネーブルメントマネージャーグループの管理者の割り当てに使用できるユーザーで構成されます。 |
コミュニティ<サイト名 > Siteenablementmanagers | コミュニティサイト有効化マネージャーグループは、コミュニティサイトの有効化リソースの管理に割り当てられたユーザーで構成されます。 |
なし | 匿名のサイト訪問者はオーサー環境にアクセスできません。 |
管理者グループのメンバーは、オーサー環境とパブリッシュ環境の両方で AEM のインストールの初期設定を実行できるシステム管理者です。
デモおよび開発の目的で、管理者グループには、ユーザーIDがadmin、パスワードがadminのメンバーが存在します。
実稼動環境では、デフォルトの管理者グループを修正する必要があります。
セキュリティチェックリストに従っているかを確認してください。
公開環境では、コミュニティサイトの設定に応じて、サイト訪問者がコミュニティのメンバーになる場合があります
コミュニティサイトがプライベート(非公開)の場合:
コミュニティサイトが公開(開いている)場合:
サイト訪問者が 1 つのオープンコミュニティサイトに登録すると、その訪問者は自動的に、同じパブリッシュ環境上の他のオープンコミュニティサイトのメンバーになります。
メンバーが所属するグループ | 主な役割 |
---|---|
コミュニティ<サイト名>のメンバー | コミュニティサイトメンバーは、登録済みのユーザーです。ログイン、プロファイルの変更、オープンコミュニティグループへの参加、コミュニティへのコンテンツの投稿、他のメンバーへのメッセージの送信、サイトのアクティビティに従うことができます。 |
コミュニティ<サイト名>モデレーター | コミュニティサイトモデレーターは、モデレートコンソールを使用した UGC の一括モデレートや、コンテンツが投稿されたページでのコンテキスト内モデレートを実行できる、信頼されているコミュニティメンバーです。 |
コミュニティ<サイト名> <グループ名>メンバー | コミュニティグループメンバーは、オープンコミュニティグループに参加したコミュニティメンバーか、クローズドコミュニティグループに招待されたコミュニティメンバーのどちらかです。このメンバーは、サイト内のそのコミュニティグループのメンバーの能力を持ちます。 |
コミュニティ<サイト名>グループ管理者 | コミュニティサイトグループ管理者は、コミュニティサイト内のサブコミュニティ(グループ)を作成および管理する権限を持った、信頼されているコミュニティメンバーです。コンテキスト内モデレートを提供する機能が含まれます。 |
権限を持つメンバーのセキュリティグループ** | コンテンツ作成を制限するために、手動で作成および保守されるユーザーグループです。権限を持つメンバーグループを参照してください。 |
なし | サイトを発見した匿名のサイト訪問者は、匿名アクセスが許可されているコミュニティサイトを表示および検索できます。コンテンツに参加して投稿するには、ユーザーが自己登録(許可されている場合)を行い、コミュニティのメンバーになる必要があります。 |
作成者環境でコミュニティサイト](/docs/experience-manager-64/communities/administer/sites-console.html?lang=ja)を作成する場合、またはサイトのプロパティを変更する場合、メンバーには、発行環境で実行される様々な役割(モデレーター、グループ管理者、リソース連絡先、特権メンバーなど)が割り当てられます。[
トンネル サービスを有効にすると、割り当ての選択肢が、作成者のユーザーではなく、発行時にメンバーから表示されます。
選択したメンバーは自動的に適切なグループに割り当てられ、コミュニティサイトが(再)公開されると、そのメンバーシップが含まれます。
権限を持つメンバーのセキュリティグループの目的は、特定のコミュニティ機能のコンテンツの作成を、権限を持つコミュニティサイトの一部のメンバーだけに限定することです。
権限を持つメンバーグループは、コミュニティグループコンソールを使用して作成および管理します。
権限を持つメンバーグループを作成し、さらにトンネルサービスを有効にしたら、既存のコミュニティサイトの構造を変更してコミュニティ機能の設定を編集し、「権限を持つメンバーを許可」をオンにし、作成済みのグループを追加できます。
以下のコミュニティ機能では、権限を持つメンバーグループを 1 つ以上指定できます。
コミュニティ機能にセキュリティ制限がない(権限を持つメンバーグループが割り当てられていない)場合は、すべてのコミュニティサイトメンバーが、その機能のコンテンツ(記事、イベント、トピック、質問)を作成できます。
あるコミュニティサイトで、権限を持つメンバーグループにユーザーを追加しても、そのユーザーが同じコミュニティサイトのメンバーでもある場合は、そのユーザーに対して作成権限が与えられるだけです。
特定の機能を正しく動作させるためには、適切な権限を持つユーザーとユーザーグループを作成する必要があります。
/home/users/community
にメンバを作成すると、メンバのプロファイルに読み取り権限を与える適切なACLを継承します。
同様に、カスタムコミュニティユーザーグループ(特権メンバーグループなど)は、/home/groups/community
に作成する必要があります。
コミュニティメンバーコンソールとグループコンソールを使用すると、ユーザーとグループがそれぞれのパスに作成されます。
カスタムパスを指定するには、https://<server>:<port>/useradminでアクセス可能な、従来のセキュリティUIを使用する必要があります。
カスタムメンバーパスの読み取り権限を与えるには、すべての発行インスタンスで、/home/users/community
と同様のACLを設定します。
<allow
jcr:primaryType="rep:GrantACE"
rep:principalName="everyone"
rep:privileges="{Name}[jcr:read]" >
<rep:restrictions
jcr:primaryType="rep:Restrictions"
rep:glob="*/profile*" />
</allow>
すべての発行インスタンスで、カスタムメンバーグループのパス(/home/groups/mycompanyなど)に適切な権限を与えるには、/home/groups/community
と類似したACLを設定します。
<allow
jcr:primaryType="rep:GrantACE"
rep:principalName="community-administrators"
rep:privileges="{Name}[jcr:read]" />
オーサー環境でのみ使用できる、以下の 4 つの独立したコンソールがあります。
console | ツール/セキュリティ/ユーザー | ツール/セキュリティ/グループ | コミュニティ/メンバー | コミュニティ/グループ |
---|---|---|---|---|
管理対象 | オーサー環境のユーザー | オーサー環境のユーザーグループ | パブリッシュ環境のメンバー | パブリッシュ環境のメンバーグループ |
必須 | 管理者権限 | 管理者権限 | 管理者権限、トンネルサービス、ユーザーの同期(パブリッシュファームの場合) | 管理者権限、トンネルサービス、ユーザーの同期(パブリッシュファームの場合) |
イネーブルメントコミュニティでは、メンバーごとに関連するコストが発生することから、通常は、サイト訪問者による自己登録機能は許可されません。有効化学者とリソースは、作成者のサイト作成](/docs/experience-manager-64/communities/administer/sites-console.html?lang=ja#enablement)中にenablement manager
[の役割を割り当てられたユーザーによって管理されます(グループCommunity <site-name> Siteenablementmanagers
のメンバーとして追加されます)。 enablement manager
は、学習リソースを作成者のコミュニティメンバーに割り当てる役割も果たします。
特定のコミュニティサイトのenablement manager
として選択できるのは、グローバルCommunity Enablement Managers
グループのメンバーであるユーザーだけです。
Community Site Enablement Manager
のロールを割り当てられる可能性のあるユーザーを作成するには、従来のUIセキュリティコンソールを使用してパスを指定します。
オーサーインスタンスの場合:
管理者権限でログインし、従来のUIセキュリティコンソールを参照します。
例:http://localhost:4502/useradmin
「Edit」メニューから、「Create User」を選択します。
Create User
ダイアログに入力します。
/home/users/community
でなければなりません「作成」を選択します。
左側のウィンドウで、
community-enablementmanagers
「グループ]」タブを探してドラッグします[オーサーグループの役割の表に示したとおり、コミュニティ管理者グループのメンバーは、コミュニティサイトの作成、サイトの管理、メンバーの管理(メンバーのコミュニティの使用を禁止できる)、コンテンツのモデレートをおこなうことができます。
イネーブルメントマネージャの役割にユーザーを作成して割り当てるのと同じ手順に従いますが、ユーザーの「グループ」タブにc ommunity-administrators
グループを追加します。
AEM は、ユーザーの認証およびユーザーアカウントの作成で LDAP の使用をサポートします。これについて詳しくは、AEM 6でのLDAPの設定を参照してください。
コミュニティメンバーおよびメンバーグループ固有の設定の詳細の一部を次に示します。
AEM発行インスタンスごとにLDAPを設定
次のプロパティを設定します。
community-<site name>-<uid>-members
/community
/community
この結果、ユーザはコミュニティサイトのメンバーグループに自動的に割り当てられ、リポジトリの場所は/home/users/community
と/home/groups/community
になり、互いのプロファイルを見るための適切な権限を継承します。
User auto membership
値は、プロファイルのgivenName
(表示名)ではなく、rep:authorizableId
プロパティにする必要があります。パブリッシュファームを使用する場合は、まず 1 つのインスタンスにユーザーを読み込みます。続いてユーザーの同期を有効にし、ユーザーを Sling で他のパブリッシュインスタンスに配信することによって、各パブリッシュインスタンスで各ユーザーのパスが同じになるようにします。
ユーザーグループを読み込む場合、各パブリッシュインスタンスでユーザーグループのパスが同じになるようにするには、1 つのインスタンスに読み込んでから、エクスポート用のパッケージを作成し、そのパッケージを他のすべてのパブリッシュインスタンスにインストールします。
ユーザー同期によるユーザーグループの同期は、今後のリリースで組み込まれる予定ですが、現在、ユーザー同期が実行されると、ユーザーグループのメンバーシップのみが同期されます。
グループに関しては、以下の 2 種類のトピックがあります。
コミュニティ
グループコミュニティグループは、コミュニティグループの作成をサポートするコミュニティサイト用に発行環境で作成できるサブコミュニティです。コミュニティグループを作成すると、Webサイトに追加されるページ数が増え、親コミュニティサイトと同様の方法で管理されます。 詳しくは、開発者向けのコミュニティグループエッセンシャルおよび作成者向けのコミュニティグループを参照してください。
メンバー
グループメンバーグループは、メンバーが属することのできるグループで、グループコンソールを通じて管理されます。このページに関するディスカッションの多くは、メンバーグループに費やされています。 コミュニティサイト用に自動的に作成されるメンバーグループは、Community
のプレフィックスが付いている場合、コミュニティグループと呼ばれることがあるので、ディスカッションのコンテキストを考慮する必要があります。