Realm settings


To manage the realm. The realm can consist of identities in the file-based repository that is built into the system, in one or more external repositories, or in both the built-in, file-based repository and one or more external repositories.

  1. In the admin console, click...

      Security | Global security

  2. Under User account repository, select Federated repositories from the Available realm definitions field and click Configure.

When you finish adding or updating the federated repository configuration, go to the Security > Global security panel and click Apply to validate the changes.

A single built-in, file-based repository is built into the system and included in the realm by default.

Configure one or more LDAP repositories to store identities in the realm. Click Add base entry to realm to specify a repository configuration and a base entry into the realm. Configure multiple different base entries into the same repository.

Click Remove to remove selected repositories from the realm. Repository configurations and contents are not destroyed.

The following restrictions apply:

WAS V6.1 distinguishes between the user identities for administrators who manage the environment and server identities for authenticating server to server communications. In most cases, server identities are automatically generated and are not stored in a repository.

However, if we are adding a V5.0.x or 6.0.x node to a V 6.1 cell, verify the V5.x or V 6.0.x server identity and password are defined in the repository for this cell. Enter the server user identity and password on this panel.

Realm name

Name of the realm. We can change the realm name.

Primary administrative user name

Name of the user with admin privileges that is defined in the repository, for example, adminUser.

The user name is used to log on to the admin console when administrative security is enabled. V6.1 requires an admin user that is distinct from the server user identity so that admin actions can be audited.

In WAS, Vs 5.x and 6.0.x, a single user identity is required for both admin access and internal process communication. When migrating to V6.1, this identity is used as the server user identity. we need to specify another user for the admin user identity.

Automatically generated server identity

Enables the appserver to generate the server identity, which is recommended for environments that contain only V6.1 or later nodes. Automatically generated server identities are not stored in a user repository.

We can change this server identity on the Authentication mechanisms and expiration panel. To access the Authentication mechanisms and expiration panel, click...

Change the value of the Internal server ID field.

Default: Enabled

Server identity that is stored in the repository

User identity in the repository used for internal process communication. Cells that contain V5.x or 6.0.x nodes require a server user identity that is defined in the active user repository.

Default: Enabled

Server user ID or admin user on a V6.0.x node

User ID used to run the appserver for security purposes.

that corresponds to the server ID.

Ignore case for authorization

A case-insensitive authorization check is performed.

If case sensitivity is not a consideration for authorization, enable the Ignore case for authorization option.

Base entry

Base entry within the realm. This entry and its descendents are part of the realm.

Repository identifier

Unique identifier for the repository. This identifier uniquely identifies the repository within the cell.

Repository type

Repository type, such as File or LDAP.





 

Related tasks


Manage the realm in a federated repository configuration

 

Related


LDAP repository settings