Tchater maintenant avec le support
Tchattez avec un ingénieur du support

Active Roles On Demand Hosted - Administration Guide

Introduction About Active Roles Getting Started Rule-based Administrative Views Role-based Administration
Access Templates as administrative roles Access Template management tasks Examples of use Deployment considerations Windows claims-based Access Rules
Rule-based AutoProvisioning and Deprovisioning
About Policy Objects Policy Object management tasks Policy configuration tasks
Property Generation and Validation User Logon Name Generation Group Membership AutoProvisioning E-mail Alias Generation Exchange Mailbox AutoProvisioning AutoProvisioning for SaaS products OneDrive Provisioning Home Folder AutoProvisioning Script Execution Office 365 and Azure Tenant Selection User Account Deprovisioning Office 365 Licenses Retention Group Membership Removal Exchange Mailbox Deprovisioning Home Folder Deprovisioning User Account Relocation User Account Permanent Deletion Group Object Deprovisioning Group Object Relocation Group Object Permanent Deletion Notification Distribution Report Distribution
Deployment considerations Checking for policy compliance Deprovisioning users or groups Restoring deprovisioned users or groups Container Deletion Prevention policy Picture management rules Policy extensions
Understanding workflow Workflow activities overview Configuring a workflow
Creating a workflow definition Configuring workflow start conditions Configuring workflow parameters Adding activities to a workflow Configuring an Approval activity Configuring a Notification activity Configuring a Script activity Configuring an If-Else activity Configuring a Stop/Break activity Configuring an Add Report Section activity Configuring a Search activity Configuring CRUD activities Configuring a Save Object Properties activity Configuring a Modify Requested Changes activity Enabling or disabling an activity Enabling or disabling a workflow Using the initialization script
Example: Approval workflow E-mail based approval Automation workflow Activity extensions
Temporal Group Memberships Group Family Dynamic Groups Active Roles Reporting Management History
Understanding Management History Management History configuration Viewing change history
Workflow activity report sections Policy report items Active Roles internal policy report items
Examining user activity
Entitlement Profile Recycle Bin AD LDS Data Management One Identity Starling Management One Identity Starling Two-factor Authentication for Active Roles Managing One Identity Starling Connect Azure AD, Office 365, and Exchange Online management
Configuring Active Roles to manage hybrid AD objects Managing Hybrid AD Users Unified provisioning policy for Azure O365 Tenant Selection, Office 365 License Selection, and Office 365 Roles Selection, and OneDrive provisioning Office 365 roles management for hybrid environment users Managing Office 365 Contacts Managing Hybrid AD Groups Managing Office 365 Groups Managing Azure Security Groups Managing cloud-only Azure users Managing cloud-only Azure guest users Managing cloud-only Azure contacts Changes to Active Roles policies for cloud-only Azure objects Managing room mailboxes
Managing Configuration of Active Roles
Connecting to the Administration Service Adding and removing managed domains Using unmanaged domains Evaluating product usage Creating and using virtual attributes Examining client sessions Monitoring performance Customizing the console Using Configuration Center Changing the Active Roles Admin account Enabling or disabling diagnostic logs Active Roles Log Viewer
SQL Server Replication Appendix A: Using regular expressions Appendix B: Administrative Template Appendix C: Communication ports Appendix D: Active Roles and supported Azure environments Appendix E: Enabling Federated Authentication Appendix F: Active Roles integration with other One Identity and Quest products Appendix G: Active Roles integration with Duo Appendix H: Active Roles integration with Okta

Viewing or setting policies on AD LDS objects

By using the Active Roles console, you can apply Active Roles Policy Objects to establish policy-based control and perform auto-provisioning of AD LDS data the same way as you do for the directory data held in Active Directory domains. By providing the ability to strictly enforce operating policies and to prevent unregulated access to sensitive information stored in AD LDS, Active Roles helps ensure the security of your business-critical data. Policy Objects can be configured to determine a wide variety of policies as applied to AD LDS, including data format validation, rule-based auto-provisioning of certain portions of data in AD LDS, and script-based, custom actions on AD LDS data.

You can use the following instructions to view or modify a list of Policy Objects that are applied to a given AD LDS object, such as an AD LDS user, group, organizational unit, container, or entire directory partition. For detailed instructions on how to create, configure and apply Policy Objects, see the Rule-based AutoProvisioning and Deprovisioning section earlier in this document.

To view or modify the list of Policy Objects on an AD LDS object

  1. In the console tree, under AD LDS (ADAM), locate and select the container that holds the object on which you want to view or modify the list of Policy Objects.
  2. In the details pane, right-click the object, and click Properties.
  3. On the Administration tab in the Properties dialog box, click Policy.
  4. In the Active Roles Policy dialog box, view the list of Policy Objects that have effect on the AD LDS object, or modify the list as follows:
    • To apply an additional Policy Object to the AD LDS object, click Add, select the Policy Object to apply, and then click OK.
    • To remove the effect of a Policy Object on the AD LDS object, select the Policy Object from the list and click Remove. Alternatively, select the Blocked check box next to the Policy Object name.
  5. Click OK to close the Active Roles Policy dialog box.
  6. Click OK to close the Properties dialog box for the AD LDS object.

In the Active Roles Policy dialog box, a Policy Object can only be removed if it is applied to the AD LDS object you have selected (rather than to a container that holds the AD LDS object). To view the Policy Objects that can be removed on the current selection, click Advanced, and then clear the Show inherited check box.

Instead of removing a Policy Object in the Active Roles Policy dialog box, you can select the Blocked check box in the list entry for that Policy Object in order to remove the effect of the Policy Object on the AD LDS object. In this way, you can remove the effect of a Policy Object regardless of whether the Policy Object is applied to the AD LDS object itself or to a container that holds the object. If you block a Policy Object on a given AD LDS object, the policy settings defined by that Policy Object no longer take effect on the AD LDS object. You can undo this action by clearing the Blocked check box.



One Identity Starling Management

Starling Join

Configure Join to Starling

Active Roles 7.5.3 supports integration with One Identity Starling services. The Starling Join feature in Active Roles now enables you to connect to One Identity Starling, the Software as a Service (SaaS) solution of One Identity. The Starling Join feature enables access to the Starling services through Active Roles, allowing you to benefit from the Starling services such as Two-factor Authentication, Identity Analytics and Risk Intelligence, and Connect.

To start the wizard, in the Active Roles Configuration Center main window, on the Dashboard page, click Configure under Starling.

To use Starling 2FA with Active Roles, you first need to join One Identity Starling to Active Roles on the Active Roles Configuration Center. The Join to One Identity Starling wizard also includes links, which provide assistance for using Starling:

  • The Online link displays information about the Starling product and the benefits you can take advantage of by subscribing to Starling services.
  • The Trouble Joining link displays the Starling support page with information on the requirements and process for joining with Starling.

Pre-requisites to configure One Identity Starling

Before you configure Starling using the Active Roles Configuration Center, ensure the following:

  • Users must have acquired valid Starling Credentials, such as a Starling Organization Admin account or a Collaborator account. For more information on Starling, see the One Identity Starling User Guide.

  • The computer running Active Roles must have TLS version 1.2 enabled. For more information, see How to enable TLS 1.2 on clients in the Microsoft Core infrastructure documentation.

  • The computer running Active Roles must be able to connect directly to the web and reach the following web addresses at a minimum:

    • *

    • *

    NOTE: Additional Microsoft URLs may be required depending on your Starling integration with Azure. For more information, see KB Article 229909 on the One Identity Support Portal.

  • The Active Roles Administration Service must be running on the computer where you want to configure Starling.
  • The Active Roles Administration Service must have a managed domain.
  • You must disable IE Enhanced Security Configuration to allow the Starling Join process to complete. Once the Starling Join process has completed, you can re-enable this setting.
    Follow the steps to disable IE Enhanced Security Configuration.

To disable IE Enhanced Security Configuration

  1. Open Server Manager.

  2. On the left pane, select Local Server.

  3. On the right pane, next to IE Enhanced Security Configuration, click On and in the popup window, turn Off the appropriate connection type (Administrators or Users). If unsure, turn off both connection types.

Documents connexes

The document was helpful.

Sélectionner une évaluation

I easily found the information I needed.

Sélectionner une évaluation