Configure RMI over IIOP
Complete the following steps to configure Common Secure Interoperability V2 (CSIV2) and Security Authentication Service (SAS).
Overview
SAS is supported only between V6.0.x and previous version servers federated in a V6.1 cell.
Procedure
- Determine how to configure security inbound and outbound at each point in your infrastructure.
For example, you might have a Java client communicating with an EJB appserver, which in turn communicates to a downstream EJB appserver.
The Java client utilizes the sas.client.props file to configure outbound security. Pure clients must configure outbound security only.
The upstream EJB appserver configures inbound security to handle the correct type of authentication from the Java client. The upstream EJB appserver utilizes the outbound security configuration when going to the downstream EJB appserver.
This type of authentication might be different than what you expect from the Java client into the upstream EJB appserver. Security might be tighter between the pure client and the first EJB server, depending on your infrastructure. The downstream EJB server utilizes the inbound security configuration to accept requests from the upstream EJB server. These two servers require similar configuration options as well. If the downstream EJB appserver communicates to other downstream servers, the outbound security might require a special configuration.
- Specify the type of authentication.
By default, authentication by a user ID and password is performed.
Both Java client certificate authentication and identity assertion are disabled by default. If you want this type of authentication performed at every tier, use the CSIv2 authentication protocol configuration as is. However, if you have any special requirements where some servers authenticate differently from other servers, consider how to configure CSIv2 to its best advantage.
- Configure clients and servers.
Configure a pure Java client is done through the sas.client.props file, where properties are modified.
Configuring servers is always done from the console or scripting, either from the security navigation for cell-level configurations or from the server security of the appserver for server-level configurations. If you want some servers to authenticate differently from others, modify some of the server-level configurations. When you modify the server-level configurations, you are overriding the cell-level configurations.
Configure inbound transports
Configure outbound transports
Performing identity mapping for authorization across servers in different realms
Common Secure Interoperability V2 and Security Authentication Service client configuration
Related concepts
Common Secure Interoperability V2 features
Related tasks
Configure Common Secure Interoperability V2 inbound authentication
Configure Common Secure Interoperability V2 outbound authentication
Securing communications
Related Reference
Example: Common Secure Interoperability V2 scenarios
Server-level security settings