To configure the Federated Authentication settings, you have to configure the Identity provider configuration, set claims in the Claim editor, and provide the Domain user login credentials.
To set identity provider configuration
In the Configuration Center main window, click Web Interface.
The Web Interface page displays all the Web interface sites that are deployed on the Web server running the Web interface.
To configure the federated authentication settings, click Authentication.
The Site authentication settings page is displayed.
|
NOTE:By default, the Default windows authentication settings is configured. |
To configure the federated authentication settings, click Federated.
In the Identity provider configuration section, select the security Identity provider from the Identity provider drop-down menu. The available options are Azure, ADFS, RSTS, and Custom.
Provide a valid URL in the Federated metadata URL field.
|
NOTE:A federation metadata document is an XML document that conforms to the WS-Federation 1.2 schema. It exposes all data required for an STS implementer. |
To test the connection, click Test metadata.
If the connection is successful, a message is displayed.
To view the metadata URL, click Yes. To proceed further with the settings, click No.
If you select the Token encryption from Options, you must enter the certificate thumbprint manually. If the option is not selected, this field is not available.
|
NOTE:The certificate thumbprint key must be entered manually. Copying the key and pasting in the field is not supported. |
Provide the Realm URL of the requesting realm in the Realm field.
Provide the URL to send a response in the Reply URL field. A URL that identifies the address at which the relying party (RP) application receives replies from the Security Token Service (STS).
To set claims in the claim editor
In the Claim editor section, to add claims, click Add.
Add claim window is displayed.
Select the type of claim from the Claim type drop-down menu.
|
Select the Claim value.
Provide a name for the claim in the Display name field.
The claim is added successfully.
|
To provide the Domain user login credentials
Click Modify to update the authentication settings.
A message is displayed about the successful completion of the operation.
After you click Modify, the ARSWeb is modified and is ready for federated authentication.
For more information on using the Federated Authentication feature in multihop scenario, see Appendix E: Enabling delegation for Federated Authentication
Active Roles provides safe, distributed administration through advanced delegation of rights with very high granularity to individual users or groups. This relieves highly skilled administrators from routine day-to-day tasks, saving time and increasing productivity. For example, an administrator can allow the Help Desk to perform specific tasks, such as resetting passwords or managing group memberships, without granting full administrative privileges.
As you develop your administration and security design, you define delegated administrators (Trustees) and administrative roles (Access Templates). Then, you define Managed Units and apply Access Templates, designating Trustees for each Managed Unit. You can also apply Access Templates to objects and folders in Active Directory, assigning the permissions to the necessary Trustees. This three-way relationship between Trustees, Access Templates, and managed objects is central to the implementation of your role-based administration model.
The Active Directory Users and Computers tool provides the facility to delegate administrative responsibilities. However, every time you want to delegate rights, you need to define a set of permissions. This makes the delegation procedure time-consuming and prone to errors. Active Roles overcomes this problem by consolidating permissions into customizable administrative roles—Access Templates. The logical grouping of permissions simplifies the management of delegation settings.
Access Templates are collections of permissions representing administrative roles. Permissions are used to allow or deny certain administrative operations to a user or group. You can create an Access Template that incorporates all permissions required to perform a particular administrative role.
To assign the role to a user or group, you should link the Access Template to a Managed Unit, Organizational Unit, domain, or individual object, depending on the scope of the role, and then select a user or group to designate as a Trustee. As a result, the individual user, or each member of the group, acquires the rights specified by the role to administer objects that reside in the collection or folder to which the Access Template has been linked.
Active Roles implements delegated administration by linking Access Templates to collections of objects (Managed Units), directory folders (containers), or individual (leaf) objects.
When applied to a directory object, an Access Template specifies permission settings for that object and its child objects. Applying Access Templates to Managed Units is a convenient way to manage permissions on collections of directory objects.
Each Access Template is applied in relation to some users and/or groups (Trustees), and the permissions specified in the Access Template determine their access to managed objects. When an Access Template is modified or no longer applied, permissions set for the directory objects are modified accordingly.
When permissions on a Managed Unit change, Active Roles recalculates the permission settings on all the Managed Unit members. Likewise, the permission information is modified whenever the list of objects in a Managed Unit changes. When objects join or leave a Managed Unit (due to object property changes, for example), all permission settings on those objects are recalculated.
Every object inherits its permission settings from the Managed Units in which it resides. For example, if a Trustee has permissions to access multiple Managed Units that hold a given object, the Trustee’s permissions to access that object are simply defined as a union of all permissions specified at the Managed Unit level.
Applying Access Templates to a container object (directory folder) establishes the Trustee’s access to both the container and its child objects. The Trustee, having permissions specified over a container, possesses inherited permissions for the child objects residing in the container.
© 2021 One Identity LLC. ALL RIGHTS RESERVED. Feedback 이용 약관 개인정보 보호정책