![]() ![]() ![]() ![]() ![]() ![]() |
This section includes the following topics:
A service account provides a user name and password that proxy services and business services use for outbound authentication or authentication to a local or remote resource, such as an FTP server or a JMS server. For example, if a business service is required to supply a user name and password for transport-level authentication with a Web Service, you create a service account that specifies the user name and password, then you configure the business service to include the service-account credentials in its outbound requests.
Note: | The user names and passwords that you enter in service accounts are used for outbound authentication or for providing credentials to local or remote resources. The user names and passwords that you enter in the Security Configuration module of the AquaLogic Service Bus Console are used for inbound authentication and for authenticating administrative requests. |
You can use the same service account for multiple business services and proxy services.
To specify the user name and password that a service account provides, you can use any of the following techniques:
Requires you to save a user name and password with the service account configuration. The service account encodes this user name and password in the outbound request.
Causes the service account to provide the user name and password that it receives from an incoming client request. For example, if an inbound HTTP BASIC request contains "pat" and "patspassword" as the user name and password, the service account encodes "pat" and "patspassword" in the outbound request.
Because this technique requires that client requests include clear-text user names and passwords, it is applicable only for client requests that use the HTTP BASIC protocol or that use Web Services Security Username Token authentication with a clear-text password.
BEA recommends that you use this technique only when AquaLogic Service Bus and the endpoint belong to the same authentication domain. For example, use this technique when you are routing messages within a single organization and both AquaLogic Service Bus and the message consumer authenticate against a common LDAP server.
The following restrictions apply to this technique:
fn-bea:lookupBasicCredentials
XQuery function. For more information, see
XQuery Implementation in AquaLogic Service Bus User Guide.Requires you to correlate (map) the user name that is the result of authenticating an inbound request from a client (the local user name) to a user name and password that you specify (the remote user name and password). When the service account receives a request from an authenticated client that has been mapped, it provides the appropriate remote user name and password for the business service or proxy service outbound request.
If the client authenticates at both transport level and message level, the service account maps the message level user name to the remote user name and password.
You can also map an anonymous user name to a remote user name and password.
The following restrictions apply to this technique:
fn-bea:lookupBasicCredentials
XQuery function. For more information, see
XQuery Implementation in AquaLogic Service Bus User Guide.Service accounts and their data participate fully in AquaLogic Service Bus sessions: you must be in a session to create or modify a service account, and if you discard the session, the service account and its data is also discarded. When you activate a session, AquaLogic Service Bus saves the user name, password, and other service account data in the username/password credential mapping provider that is configured for the domain.
The following table lists the Service Account pages that you can access from the Resource Browser and Project Explorer modules. The tasks and help topics associated with each are provided.
The Summary of Service Accounts page allows you to view a list of service accounts. A service account provides a user name and password that business services and proxy services use for outbound authentication. To learn more, see Overview of Service Accounts.
The Summary of Service Accounts displays the following information for each service account:
Click on the name to see the Service Account Details page. To learn more, see Viewing and Changing Service Account Details.
|
|
Click on the name to see the project or folder that contains this resource. To learn more, see Viewing Project Details or Viewing Folder Details.
|
|
Contains a Delete icon. If a business service or proxy service has been configured to use the service account, contains a Delete icon with a red X to indicate that you cannot delete the service account.
To learn more, see Deleting a Service Account.
|
The Create a New Service Account page allows you to add a new service account. A service account provides a user name and password that business services and proxy services use for outbound authentication. To learn more, see Overview of Service Accounts.
Note: | Click the name of a folder to select it. The Folder View page is displayed. |
To create a service account that maps the user name from one or more clients to user names and passwords that you specify, do the following:
If you have not already added this user in the Security Configuration module of the AquaLogic Service Bus Console, do so before you use this mapping in a runtime environment. See Adding a User. AquaLogic Service Bus allows you to create a mapping for a non-existent local user, but the mapping will never match an authenticated user and will never be used. |
Note: | The new service account is saved in the current session. When you have finished making changes to this configuration, in the left navigation pane, click Activate under Change Center. The session ends and the configuration is deployed to runtime. Alternatively, click Discard at any time during the session to delete the changes you have made so far in the current session. |
Listing and Locating Service Accounts
Viewing and Changing Service Account Details
The Service Account Details page allows you to view and change details of a specific service account. A service account provides a user name and password that business services and proxy services use for outbound authentication. To learn more, see Overview of Service Accounts.
The number of objects that this service account references. If such references exist, click the link to view a list of the objects. To learn more, see Viewing References.
|
|
The number of objects that reference this service account. If such references exist, click the link to view a list of the objects. For example, if you selected this service account as the JMS service account in a proxy service with a JMS transport protocol, the proxy service is listed as a reference when you click the link. To learn more, see Viewing References.
|
|
Note: | You cannot change the Resource Name field. |
The service account is updated and the Summary of Service Accounts page is displayed.
The updated service account is saved in the current session. When you have finished making changes to this configuration, in the left navigation pane, click Activate under Change Center. The session ends and the configuration is deployed to the run time. Alternatively, click Discard at any time during the session to delete the changes you have made so far in the current session.
Caution: | If the service account that you modified is used to authenticate with a WebLogic JMS server, the JMS server might not recognize your modification for up to 60 seconds. By default, WebLogic Server JMS checks permissions for each destination every 60 seconds. To change this behavior, modify the WebLogic Server startup command so that it sets the following system property to the frequency (in seconds) that you want WebLogic Server JMS to check permissions:weblogic.jms.securityCheckInterval A value of 0 (zero) for this property ensures that a permissions check is performed for every send , receive , and getEnumeration action on a JMS resource. |
Ensuring the Security of Your Production Environment in Securing a Production Environment, which is available at the following URL:
http://download.oracle.com/docs/cd/E13222_01/wls/docs92/lockdown/practices.html
The Summary of Service Accounts page allows you to delete service accounts. A service account provides a user name and password that business services and proxy services use for outbound authentication. To learn more, see Overview of Service Accounts.
When you delete a service account, the user name, password, or local-user to remote-user mapping data that the service account contains is also deleted.
See Viewing and Changing Business Services or Viewing and Changing Proxy Services.
Note: | If necessary, you can undo the deletion of this resource. To learn more, see Undoing a Task. |
The service account and its data are deleted in the current session. When you have finished making changes to this configuration, in the left navigation pane, click Activate under Change Center. The session ends and the configuration is deployed. Alternatively, click Discard at any time during the session to delete the changes you have made so far in the current session.
Listing and Locating Service Accounts
Viewing and Changing Service Account Details
![]() ![]() ![]() |