Edge for Private Cloud v. 4.16.09
このセクションでは、ユーザー認証のために外部 LDAP サービスを Apigee Edge に統合するために必要なコンポーネントを取得、インストール、構成する方法について説明します。
前提条件
- Apigee Edge for Private Cloud 4.16.09 がインストールされている必要があります。
- このインストールを実行するには、Apigee Edge for Private Cloud のグローバル システム管理者の認証情報が必要です。
- Apigee Edge for Private Cloud のインストールのルート ディレクトリを確認する必要があります。デフォルトのルート ディレクトリは /opt です。
- Edge グローバル システム管理者の認証情報を外部 LDAP に追加する必要があります。デフォルトでは、sysadmin の認証情報は Edge の内部 LDAP に保存されます。外部 LDAP に切り替えると、sysadmin 認証情報は外部 LDAP で認証されます。したがって、Edge で外部認証を有効にする前に、外部システムに認証情報をプロビジョニングする必要があります。
たとえば、Apigee Edge for Private Cloud を構成してインストールし、グローバル システム管理者の認証情報を次のように設定したとします。
ユーザー名: edgeuser@mydomain.com
パスワード: Secret123
この場合、パスワードが Secret123 のユーザー edgeuser@mydomain.com も外部 LDAP に存在する必要があります。 - Management Server クラスタを実行している場合は、このドキュメントのすべての手順を Management Server ごとに実行する必要があります。
外部認証の構成
主な作業は、management-server.properties ファイルの構成です。このアクティビティには、Edge Management Server の停止と起動、直接バインディングと間接バインディングのどちらを使用するかの決定、機密性の高い認証情報の暗号化、その他の関連タスクが含まれます。
- 重要: 間接バインディング認証方法と直接バインディング認証方法のどちらを使用するかを決定します。この決定は、構成の一部に影響します。外部認証をご覧ください。
- 重要: 複数の Apigee Edge Management Server を実行している場合は、各サーバーでこれらの構成手順を行う必要があります。
- テキスト エディタで /opt/apigee/customer/application/management-server.properties を開きます。ファイルが存在しない場合は作成します。
- 次の行を追加します。注: 行末に余分なスペースが含まれていないことを確認してください。
conf_security_authentication.user.store=externalized.authentication
この行は、Edge for Private Cloud のインストールに外部認証機能を追加します。 - この手順を簡単にするために、コメントが十分に記載された 2 つのサンプル構成(直接バインディング認証用と間接バインディング認証用)を作成しました。使用するバインディングについては、以下のサンプルを参照して構成を完了してください。
直接バインディングの構成サンプル
間接バインディングの構成サンプル - Management Server を再起動します。
> /opt/apigee/apigee-service/bin/apigee-service edge-management-server restart - サーバーが実行されていることを確認します。
> /opt/apigee/apigee-service/bin/apigee-all status - 重要: 次のいずれか(または両方)の状況では、追加の構成を行う必要があります。(a)ユーザーがメールアドレス以外のユーザー名を使用してログインできるようにする場合。この場合、sysadmin ユーザーはユーザー名でも認証する必要があります。(b)外部 LDAP の sysadmin ユーザー アカウントのパスワードが、Apigee Edge for Private Cloud の初回インストール時に構成したパスワードと異なる場合。さまざまな sysadmin 認証情報に必要な構成をご覧ください。
DIRECT BINDING 構成のサンプル
## The first property is always required to enable the external authorization feature. Do not change it. conf_security_externalized.authentication.implementation.class=com.apigee.rbac.impl.LdapAuthenticatorImpl ## Identify the type of binding: # Set to "true" for direct binding # Set to "false" for indirect binding. conf_security_externalized.authentication.bind.direct.type=true ## The next seven properties are needed regardless of direct or indirect binding. You need to configure these per your external authentication installation. ## The IP or domain for your external LDAP instance. conf_security_externalized.authentication.server.url=ldap://localhost:389 ## Your external LDAP server version. conf_security_externalized.authentication.server.version=3 ## The server timeout in milliseconds. conf_security_externalized.authentication.server.conn.timeout=50000 ## Change these baseDN values to match your external LDAP service. This attribute value will be provided by your external LDAP administrator, and may have more or fewer dc elements depending on your setup. conf_security_externalized.authentication.user.store.baseDN=dc=apigee,dc=com ## Do not change this search string. It is used internally. conf_security_externalized.authentication.user.store.search.query=(&(${userAttribute}=${userId})) ## Identifies the external LDAP property you want to bind against for Authentication. For example if you are binding against an email address, this would typically be in the userPrincipalName property in your external LDAP instance. Alternatively if you are binding against the user’s ID, this would typically be in the sAMAccountName property: conf_security_externalized.authentication.user.store.user.attribute=userPrincipalName ## The LDAP attribute where the user email value is stored. For direct binding, set it to userPrincipalName. conf_security_externalized.authentication.user.store.user.email.attribute=userPrincipalName ## ONLY needed for DIRECT binding. ## The direct.bind.user.directDN property defines the string that is used for the bind against the external authentication service. Ensure it is set as follows: conf_security_externalized.authentication.direct.bind.user.directDN=${userDN}
INDIRECT BINDING 構成のサンプル
## Required to enable the external authorization feature. Do not change it. conf_security_externalized.authentication.implementation.class=com.apigee.rbac.impl.LdapAuthenticatorImpl ## Identifies the type of binding: # Set to "true" for direct binding # Set to "false" for indirect binding. conf_security_externalized.authentication.bind.direct.type=false ## The next seven properties are needed regardless of direct or indirect binding. You need to configure these per your external LDAP installation. ## The IP or domain for your external LDAP instance. conf_security_externalized.authentication.server.url=ldap://localhost:389 ## Replace with your external LDAP server version. conf_security_externalized.authentication.server.version=3 ## Set the server timeout in milliseconds. conf_security_externalized.authentication.server.conn.timeout=50000 ## Change these baseDN values to match your external LDAP service. This attribute value will be provided by your external LDAP administrator, and may have more or fewer dc elements depending on your setup. conf_security_externalized.authentication.user.store.baseDN=dc=apigee,dc=com ## Do not change this search string. It is used internally. conf_security_externalized.authentication.user.store.search.query=(&(${userAttribute}=${userId})) ## Identifies the external LDAP property you want to bind against for Authentication. For example if you are binding against an email address, this would typically be in the userPrincipalName property in your external LDAP instance. Alternatively if you are binding against the user’s ID, this would typically be in the sAMAccountName property. See also "Configuration required for different sysadmin credentials". conf_security_externalized.authentication.user.store.user.attribute=userPrincipalName ## Used by Apigee to perform the Authorization step and currently, Apigee only supports email address for Authorization. Make sure to set it to the attribute in your external LDAP that stores the user’s email address. Typically this will be in the userPrincipalName property. conf_security_externalized.authentication.user.store.user.email.attribute=userPrincipalName ## The external LDAP username (for a user with search privileges on the external LDAP) and password and whether the password is encrypted. You must also set the attribute externalized.authentication.bind.direct.type to false. ## The password attribute can be encrypted or in plain text. See "Indirect binding only: Encrypting the external LDAP user’s password" for encryption instructions. Set the password.encrypted attribute to "true" if the password is encrypted. Set it to "false" if the password is in plain text. conf_security_externalized.authentication.indirect.bind.server.admin.dn=myExtLdapUsername conf_security_externalized.authentication.indirect.bind.server.admin.password=myExtLdapPassword conf_security_externalized.authentication.indirect.bind.server.admin.password.encrypted=true
インストールのテスト
- サーバーが実行されていることを確認します。
> /opt/apigee/apigee-service/bin/apigee-all status - このコマンドを実行して、Apigee Edge グローバル システム管理者の認証情報を指定します。テストする API 呼び出しは、Edge sysadmin のみが実行できます。
重要: 外部 LDAP アカウントに同じ認証情報が存在する必要があります。 まだ追加していない場合は、今すぐ追加する必要があります。ユーザー名は通常、メールアドレスです。ただし、このドキュメントで前述したように、外部認証の構成方法によって異なります。
> curl -v http://<management-server-ip>:8080/v1/o -u <Sysadmin Username>
例:
> curl -v http://192.168.52.100:8080/v1/o -u jdoe@mydomain.com - プロンプトが表示されたら、パスワードを入力します。
コマンドが 200 ステータスと組織のリストを返した場合、構成は正しいです。 このコマンドは、Edge Management Server への API 呼び出しが外部 LDAP システムを介して正常に認証されたことを確認します。