Using a single built-in, file-based repository in a new configuration under Federated repositories

Follow this task to use a single built-in, file-based repository in a new configuration under Federated repositories.

Before you begin

To use the default configuration under Federated repositories that includes a single built-in, file-based repository only, you need to know the primary administrative user name of the user who manages WebSphere® Application Server resources and user accounts.

Procedure

  1. In the administrative console, click Security > Global security.
  2. Under User account repository, select Federated repositories from the Available realm definitions field and click Configure. To configure for a specific domain in a multiple security domain environment, click Security domains > domain_name. Under Security Attributes, expand User Realm, and click Customize for this domain. Select the Realm type as Federated repositories and then click Configure.
  3. Optional: Leave the Realm name field value as defaultWIMFileBasedRealm.
  4. Enter the name of the primary administrative user in the Primary administrative user name field, for example, adminUser.
  5. Leave the Ignore case for authorization option selected.
  6. Leave the Allow operations if some of the repositories are down option cleared.
  7. Optional: In a multiple security domain environment, select Use global schema for model option to indicate that the global schema option is enabled for the data model. Global schema refers to the schema of the admin domain.
  8. Click OK.
  9. Provide an administrative user password.
    This panel displays only when a built-in, file-based repository is included in the realm. Otherwise, the panel does not display. If a built-in, file-based repository is included, complete the following steps:
    1. Supply a password for the administrative user in the Password field.
    2. Confirm the password of the primary administrative user in the Confirm password field.
    3. Click OK.
  10. To modify the settings of the built-in, file-based repository, under Related items, click Manage Repositories and then click the InternalFileRepository link.
    Salt length
    Specifies the salt length of the randomly generated salt for password hashing.
    Message digest algorithm
    Specifies the message digest algorithm to use for hashing the password.
    [8.5.5.17 or later]Key length
    Specifies the to-be-derived key length when PBKDF2 algorithms are used for password hashing.
    [8.5.5.17 or later]Hash iterations
    Specifies the number of iterations to do for password hashing when PBKDF2 algorithms are used.
    Login properties
    Specifies the property names to use to log into the application server. This field takes in multiple login properties, delimited by a semicolon (;).
    Custom properties
    Specifies arbitrary name and value pairs of data. The name is a property key and the value is a string value that can be used to set internal system configuration properties.
    [8.5.5.22 or later]Lockout threshold
    Specifies the number of unsuccessful attempts that a user is allowed before the account is locked. The default threshold is five unsuccessful attempts. To disable account lockout, set the account lockout threshold to 0.
    [8.5.5.22 or later]Lockout duration (minutes)
    Specifies the duration of time in minutes that the account is locked when the number of unsuccessful login attempts exceeds the accountLockoutThreshold value. The value for this attribute must be greater than zero if the accountLockoutThreshold attribute is set. The default value in minutes is 15.
    [8.5.5.22 or later]Ignore a failed login after (minutes)
    Specifies the duration of time in minutes that a single unsuccessful login attempt counts toward the account lockout threshold. All failed login attempts for the user account are also cleared after a successful login or after a password update. If the accountLockoutThreshold attribute is set, the value for this attribute must be greater than 0. The default value in minutes is 15.

Results

After completing these steps, your new configuration under Federated repositories includes a single built-in, file-based repository only.

What to do next

  1. Before you can manage this account with Users and Groups, configure supported entity types as described in Configuring supported entity types in a federated repository configuration.
  2. After configuring the federated repositories, click Security > Global security to return to the Global security panel. Verify that Federated repositories is identified in the Current® realm definition field. If Federated repositories is not identified, select Federated repositories from the Available realm definitions field and click Set as current. To verify the federated repositories configuration, click Apply on the Global security panel. If Federated repositories is not identified in the Current realm definition field, your federated repositories configuration is not used by WebSphere Application Server.
  3. If you are enabling security, complete the remaining steps, as specified in Enabling security for the realm. As the final step, validate this setup by clicking Apply in the Global security panel.
  4. Save, stop, and restart all the product servers (deployment managers, nodes, and Application Servers) for changes in this panel to take effect. If the server comes up without any problems, the setup is correct.