Chat now with support
Chat with Support

Active Roles 8.0 LTS - 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
Workflows
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 Managing One Identity Starling Connect Configuring linked mailboxes with Exchange Resource Forest Management Configuring remote mailboxes for on-premises users 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 Microsoft 365 Groups Managing Azure Security Groups Managing cloud-only distribution 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 cloud-only shared 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: Active Roles integration with other One Identity and Quest products Appendix F: Active Roles integration with Duo Appendix G: Active Roles integration with Okta Active Roles Language Pack

Search for inactive accounts

If you choose the Search in the Organizational Unit or container option, then you can configure the activity to search for inactive user or computer accounts. The Inactive Accounts object type provides for the following search options:

  • Account type to search for.  You can choose to search for user accounts only, search for computer accounts only, or search for both user and computer accounts.
  • Search for accounts that haven’t logged on in the past number of days.  This option allows you to specify the period, in days, that an account is not used to log on, after which the account is considered inactive. The search retrieves a given account if no successful logons to that account have occurred for more days than specified by this option.

The search activity uses the lastLogonTimeStamp attribute to determine the last time that a given user or computer successfully logged on. Active Directory updates that attribute only periodically, rather than every time that a user or computer logs on. Normally, the period of update is 14 days. This means that the lastLogonTimeStamp value could be off by as much as 14 days, so the true last logon time is later than lastLogonTimeStamp. Hence, it is advisable to choose the logon inactivity period of more than 14 days.

  • Search for accounts whose password has not changed in the past number of days. This option allows you to specify the password age, in days, after which an account is considered inactive. The search retrieves a given account if the password of the account remains unchanged for more days than specified by this option.
  • Search for accounts that expired more than a certain number of days before the current date.  This option allows you to specify the number of days after which an expired account is considered inactive. The search retrieves a given account if the account remains in the expired state for more days than specified by this option.

The option to search for inactive accounts is also available when you configure the activity to search for the Users or Computers object type. You can restrict the search to inactive accounts by choosing the appropriate options to determine what accounts are considered inactive. These options are the same as with the Inactive Accounts object type.

Search filter

The search filter option allows you to refine your search in order to locate directory objects based on the properties (attributes) of the objects. For example, you may want to find all the team members in a certain department that report to the manager named John Smith or you may be interested in computer accounts that were not used for a certain time period. In either case, you can use a search filter to look for specific values in the object properties, thereby ensuring that the search results contain only the objects with the desired properties.

A search filter is composed of conditions combined using And or Or logic. Each condition is a certain statement that specifies the criteria the activity should use to determine whether a given object is to be included in the search results. To create a filter, you need to add at least one condition, but you are not limited in the number of conditions you can add. By using multiple conditions, you can create very complex filters. You can add, delete, and group filter conditions using different operators. You can even nest condition groups within other condition groups to achieve the results that you want. When the activity runs, the filter is evaluated to determine if the objects found by the search meet the criteria you specified in the filter. If a given object meets the criteria, the object is added to the search results; otherwise, the object is filtered out. If you don’t create a filter, then all objects found by the search are included in the search results.

A filter condition is composed of three parts: the name of a certain property, the comparison operator, and the value to compare the property with (comparison value). Some operators do not require a comparison value. When creating a condition, you first choose a certain property. Then, you select the desired comparison operator and, if necessary, specify the comparison value you want. The list from which to select a comparison operator depends on the type of the property you are creating the condition for. Whether you have to specify a comparison value depends on the comparison operator. The following tables summarize the comparison operators and comparison values that are available.

The comparison operators from which you can choose when configuring a filter condition are as follows.

Table 56: Comparision operators

Comparison operator

Indicates that

equals

The property value of the object matches the comparison value.

does not equal

The property value of the object does not match the comparison value.

greater or equal

The property value of the object is greater than or equal to the comparison value.

less or equal

The property value of the object is less than or equal to the comparison value.

contains

The property value of the object contains the text specified by the comparison value.

does not contain

The property value of the object does not contain the text specified by the comparison value.

starts with

The text specified by the comparison value occurs at the beginning of the object’s property value.

does not start with

The text specified by the comparison value does not occur at the beginning of the object’s property value.

ends with

The text specified by the comparison value occurs at the end of the object’s property value.

does not end with

The text specified by the comparison value does not occur at the end of the object’s property value.

is empty

The property is not specified on the object.

is not empty

The property of the object has a non-null value.

bitwise and

Each bit of the object’s property value matches the corresponding bit of the comparison value.

bitwise or

Any bit of the object’s property value matches the corresponding bit of the comparison value.

matches regular expression

The object’s property value matches a certain regular expression. This requires the comparison value to be a text string representing the desired regular expression.

The comparison values from which you can choose when configuring a filter condition are as follows.

Table 57: Comparison values

Comparison value

Description

Text string

A literal string of characters. You can type the desired string when you configure a filter condition.

Property of workflow target object

The value of a certain property of the target object of the request that started the workflow. You can select the desired property when you configure a filter condition. Normally, this should be a string-value property.

Property of workflow initiator

The value of a certain property of the user whose request started the workflow. You can select the desired property when you configure a filter condition. Normally, this should be a string-value property.

Changed value of workflow target object property

The value that is requested to be assigned to a certain property of the target object of the request that started the workflow, which represents the requested change to the property of the target object. You can select the desired property when you configure a filter condition. Normally, this should be a string-value property.

Property of object from workflow data context

The value of a certain property of the object that will be selected by the Search activity on the basis of the data found in the workflow environment at the time of executing the workflow. When you configure a filter condition in a Search activity, you can choose the desired property and specify which object you want the activity to select upon evaluating the condition at workflow run time.

Value generated by rule expression

The string value of a certain rule expression. By using a rule expression you can compose a string value based on properties of various objects found in the workflow environment at the time of executing the workflow.

Fixed object in directory

A certain object, such as a user, group, or computer. You can select the desired object in Active Directory when you configure a filter condition. This comparison value is applicable to filter conditions for DN-value properties.

Object from workflow data context

The object that will be selected by the Search activity on the basis of the data found in the workflow environment at the time of executing the workflow. When you configure a filter condition in a Search activity, you can specify which object you want the activity to select upon evaluating the condition at workflow run time. This comparison value is applicable to filter conditions for DN-value properties.

Object identified by DN-value rule expression

The object whose Distinguished Name (DN) is specified by the string value of a certain rule expression. By using a rule expression, you can compose a string value based on properties of various objects found in the workflow environment at the time of executing the workflow. You can create the desired rule expression when you configure a filter condition. This comparison value is applicable to filter conditions for DN-value properties.

Object identified by workflow parameter

The object specified by the value of a certain parameter. You can choose the desired parameter when you configure a filter condition. This comparison value is applicable to filter conditions for DN-value properties.

Workflow initiator object

The user account of the user whose request started the workflow. This comparison value is applicable to filter conditions for DN-value properties.

Workflow target object

The target object of the request that started the workflow. This comparison value is applicable to filter conditions for DN-value properties.

Fixed date and time

A literal date and time value. You can choose the desired date and time when you configure a filter condition. This comparison value is applicable to filter conditions for Date/Time-value properties.

Workflow date and time

A certain point in time relative to the date and time of the Search activity run. You have the option to specify a date that occurs a particular number of days before or after the Search activity run. This comparison value is applicable to filter conditions for Date/Time-value properties.

True

The literal Boolean value of True.

False

The literal Boolean value of False.

Value generated by script

The value returned by a certain script function. You can choose the desired script function when you configure a filter condition. The Search activity will execute that script function upon evaluating the condition at workflow run time.

Workflow parameter value

The value of a certain workflow parameter. You can choose the desired parameter when you configure a filter condition.

Notification

You can configure a Search activity to subscribe recipients to the notifications of the following events:

  • Activity completed successfully.  When configured to notify of this event, the activity causes Active Roles to send a notification e-mail if no significant errors occurred during execution of this activity.
  • Activity encountered an error.  When configured to notify of this event, the activity causes Active Roles to send a notification e-mail if any significant errors occurred during execution of this activity.

The notification settings specify the event to notify of, and notification recipients. When executed by the workflow, the activity prepares a notification message appropriate to the specified event. Active Roles retains the message prepared by the activity, and sends the message to the specified recipients upon occurrence of that event. The notification settings are similar to the notification settings of a Notification activity (see Notification activity earlier in this document).

Error handling

When configuring a Search activity, you can choose whether to suppress errors encountered by that activity. The following option is available: Continue workflow even if this activity encounters an error. If this option is not selected (default setting), then an error condition encountered by the activity causes Active Roles to terminate the workflow. If you select this option, the workflow continues regardless of whether or not the Search activity or any activity within the Search activity encounters an error condition.

Related Documents

The document was helpful.

Select Rating

I easily found the information I needed.

Select Rating