|Skip Navigation Links|
|Exit Print View|
|Oracle Identity Synchronization for Windows 6.0 Deployment Planning Guide|
Configuring Identity Manager and Identity Synchronization for Windows involves the following tasks:
Identity Manager 5.0 SP2 introduced a new form property that prevents the Directory Server resource from being shown as a resource where passwords can be changed. Identity Manager 5.0 SP2 also introduced a new system configuration property that can be used to prevent pwsync from reflecting password changes to the Directory Server resource.
To ensure that Identity Manager does not propagate user password changes to Directory Server but instead only propagates them to Active Directory, and then relies on Identity Synchronization for Windows to propagate them to Directory Server, the following form property can be added to any form used for changing a user's password. This will prevent a resource from being displayed in the table of resources where password changes occur.
<Properties\> <Property name='Exclude'\> <list\> /<new class='com.waveset.object.AttributeCondition'\> <s\>id</s\> <s\>equals</s\> <s\>#ID#50D9481DC6C43026:3BB34:FFB73A9286:-7FC0</s\> </new\>/ </list\> </Property\> </Properties\>
The resource can be excluded by id as shown in the form above, name (a string), or by type (also a string). The forms to which this property must be included are:
Change My Password Form
Change Password Form
Expired Login Form
Tabbed User Form
Note - Some of the forms above already include the form property. In such scenarios, only the new attribute condition needs to be added from the XML fragment above.
In multiple attribute condition scenarios, the forms are and'ed together (they cannot be or'ed). For example, if the Change My Password form and Change Password form already include an attribute condition to exclude disabled resources, and the condition above is added, a resource will only be excluded if it meets both conditions, that is, it is disabled and has the ID you entered.
The passwordSyncExcludeList System Configuration attribute lists resources that should not be updated when the Active Directory pwsync Plugin detects a password change. In an Identity Manager-Identity Synchronization for Windows environment, this attribute should include Directory Servers that are being synchronized, to prevent unwanted interaction between Identity Manager and Identity Synchronization for Windows. This attribute can be added to the system configuration object by going to the /debug page (for example, http://applicationserverhost:port/idm/debug), listing objects of type Configuration, and editing the System Configuration to include the following
<Attribute name='passwordSyncExcludeList' value='Directory Server Resource'/\>
where Directory Server Resource is the name of the resource to be excluded during a pwsync password change. (If there is more than one resource to exclude, use a comma-separated list.)
Identity Manager installations prior to 5.0 SP2 require a modification to the workflow for coexistence with Identity Synchronization for Windows. These changes facilitate propagation of updates from other Identity Manager resources to Directory Servers (provisioning) and to Active Directory (passwords and provisioning). Administrators must install the Identity Manager component pwsync on all domain controllers where password synchronization is desired with all other Identity Manager-managed resources (except Directory Server).
This workflow change will result in an error during the end-user password change. However, the change is propagated to Directory Server.
To modify the workflow:
Install pwsync on all Active Directory domain controllers.
Add a new activity to remove the Directory Server resources that should not have the password reset.
Replace the string NAME DS RESOURCE with the names of these Directory Server resource. This can be done by adding the following activity:
<Activity id='1' name='RemoveLDAP'\> <Variable name='userObject'/\> # checkout user # <Action id='0' application='com.waveset.session.WorkflowServices'\> <Argument name='op' value='checkoutObject'/\> <Argument name='type' value='User'/\> <Argument name='name' value='$(accountId)'/\> <Argument name='authorized' value='true'/\> <Return from='object' to='userObject'/\> </Action\> <Action id='1'\> <expression\> <block\> # Get pending changes for Directory Server resource # <defvar name='resourceInfo'\> <invoke name='getResourceInfo'\> <ref\>userObject</ref\> <s\>NAME DS RESOURCE</s\> </invoke\> </defvar\>
# Clears pending password change # <invoke name='setPassword'\> <ref\>resourceInfo</ref\> <null/\> </invoke\> # Get other pending resource changes # <defvar name='resourceInfoAttributes'\> <invoke name='getAttributes'\> <ref\>resourceInfo</ref\> </invoke\> </defvar\> # removes expire password flag # <invoke name='remove'\> <ref\>resourceInfoAttributes</ref\> <s\>expirePassword</s\> </invoke\> # Set cleared attributes for check in # <invoke name='setAttributes'\> <ref\>resourceInfo</ref\> <ref\>resourceInfoAttributes</ref\> </invoke\> </block\> </expression\> </Action\> # Check in user # <Action id='2' application='com.waveset.session.WorkflowServices'\> <Argument name='op' value='checkinObject'/\> <Argument name='object' value='$(userObject)'/\> </Action\> <Transition to='Reprovision'/\> </Activity\>
Identity Synchronization for Windows should be configured as described in Chapter 3, Case Study: Deploying in a High-Availability Environment Over a Wide Area Network Using SSL and not be configured for user creations or any other attribute synchronization.
User creation is not the responsibility of Identity Synchronization for Windows in this deployment. Therefore, new users that are added to Directory Server using Identity Manager will not be linked to the corresponding entries in Active Directory Domains, and visa-versa. To establish this link for new users, administrators must periodically execute idsync resync so that password changes for the new entries are synchronized. The frequency with which this operation is executed is the administrator’s decision. Periodic automated execution is feasible using a scheduled UNIX cron job. For details, see Periodic idsync resync Operation for Primary Installation