シングルサインオン single-sign-on
シングルサインオン（SSO）では、ユーザーが認証の資格情報（ユーザー名、パスワードなど）を一度入力すると、複数のシステムにアクセスできるようになります。別個のシステム（信頼された認証と呼ばれます）が認証を実行し、Experience Manager にユーザーの資格情報を提供します。Experience Manager は、ユーザーのアクセス権限を確認および強制します（つまり、ユーザーがアクセスできるリソースを決定します）。
SSO 認証ハンドラーサービス（com.adobe.granite.auth.sso.impl.SsoAuthenticationHandler）は、信頼された認証が提供する認証結果を処理します。SSO 認証ハンドラーは、次の順序で特別な属性の値として SSO 識別子（SSID）を検索します。
- リクエストヘッダー
- Cookie
- リクエストパラメーター
値が見つかると検索が終了し、この値が使用されます。
この SSID を格納する属性の名前を認識できるように次の 2 つのサービスを設定します。
- ログインモジュール。
- SSO 認証サービス。
両方のサービスに同じ属性名を指定します。属性は Repository.login に提供される SimpleCredentials が含められます。属性の値は無関係で無視されます。単に存在していることが重要で検証されます。
SSO の設定 configuring-sso
AEM インスタンスの SSO を設定するには、SSO 認証ハンドラーを設定します。
-
AEM を操作しているときは、このようなサービスの設定を管理する方法がいくつかあります。詳細および推奨事項について詳しくは、OSGi の設定を参照してください。
例えば、NTLM の場合は次のように設定します。
-
パス： 必要に応じて設定します（
/など）。 -
ヘッダー名：
LOGON_USER -
ID 形式：
^<DOMAIN>\\(.+)$ここで、
<*DOMAIN*>は、独自のドメインの名前に置き換えられます。
CoSign の場合：
- パス： 必要に応じて設定します（
/など）。 - ヘッダー名：remote_user
- ID 形式：AsIs
SiteMinder の場合：
- パス：必要に応じて設定します（
/など）。 - ヘッダー名：SM_USER
- ID 形式：AsIs
-
-
認証を含め、シングルサインオンが要求どおりに動作していることを確認します。
disp_iis.ini- IIS
disp_iis.ini で次のように設定します。（詳しくは、Dispatcher を Microsoft® Internet Information Server と共にインストールする方法に関するページを参照してください）
servervariables=1（IIS サーバー変数をリクエストヘッダーとしてリモートインスタンスに転送します）replaceauthorization=1（「Basic」を除く、「Authorization」という名前のすべてのヘッダーを「Basic」と同等のものに置き換えます）
-
匿名アクセス を無効にする
-
統合 Windows 認証 を有効にします
Felix コンソールの「Authenticator」オプションを使用すると、コンテンツツリーのすべてのセクションに適用される認証ハンドラーを確認できます。次に例を示します。
http://localhost:4502/system/console/slingauth
パスに最適なハンドラーが最初に照会されます。例えば、パス / に handler-A を設定し、パス /content に handler-B を設定すると、/content/mypage.html へのリクエストに対して handler-B が最初に照会されます。
例 example
cookie リクエスト（URL http://localhost:4502/libs/wcm/content/siteadmin.html を使用）の例を次に示します。
GET /libs/cq/core/content/welcome.html HTTP/1.1
Host: localhost:4502
Cookie: TestCookie=admin
次の設定を使用します。
-
パス：
/ -
ヘッダー名：
TestHeader -
cookie 名：
TestCookie -
パラメーター名：
TestParameter -
ID 形式：
AsIs
応答は次のようになります。
HTTP/1.1 200 OK
Connection: Keep-Alive
Server: Day-Servlet-Engine/4.1.24
Content-Type: text/html;charset=utf-8
Date: Thu, 23 Aug 2012 09:58:39 GMT
Transfer-Encoding: chunked
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "https://www.w3.org/TR/html4/strict.dtd">
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<title>Welcome to Adobe® CQ5</title>
....
これは、次をリクエストした場合にも機能します。http://localhost:4502/libs/cq/core/content/welcome.html?TestParameter=admin
または、次の curl コマンドを使用して、TestHeader ヘッダーを admin: に送信しますcurl -D - -H "TestHeader: admin" http://localhost:4502/libs/cq/core/content/welcome.html
AEM ログアウトリンクの削除 removing-aem-sign-out-links
SSO を使用する場合、ログインとログアウトは外部で処理されるので、AEM 独自のログアウトリンクは使用できなくなり、削除する必要があります。
ようこそ画面のログアウトリンクは、次の手順で削除できます。
-
/libs/cq/core/components/welcome/welcome.jspを/apps/cq/core/components/welcome/welcome.jspにオーバーレイします -
jsp の以下の部分を削除します。
<a href="#" onclick="signout('<%= request.getContextPath() %>');" class="signout"><%= i18n.get("sign out", "welcome screen") %>
右上隅にあるユーザーの個人メニューのログアウトリンクを削除するには、次の手順に従います。
-
/libs/cq/ui/widgets/source/widgets/UserInfo.jsを/apps/cq/ui/widgets/source/widgets/UserInfo.jsにオーバーレイします -
ファイルの以下の部分を削除します。
code language-none menu.addMenuItem({ "text":CQ.I18n.getMessage("Sign out"), "cls": "cq-userinfo-logout", "handler": this.logout }); menu.addSeparator();