Article
Problem
The AS400 (i5os) bidirectional driver supports bidirectional synchronization as the name suggests (IDM 3.01 and 3.5). There is a limitation to this, though. Almost all events can be trapped including password changes, but from the i5os side you cannot catch administrative password changes.
What that means is if a user changes their password on the AS400 the driver shim will catch it. But if an administrator resets a user password on the AS400 side, the shim will not see an event. This is obvious from the driver shim trace log, which will show all events happening, except the administrative password reset.
Solution
To the best of my knowledge, the solution is: don't do administrative password changes - not if you want them synced via IDM.
If you need to force a password reset on a user in AS400, you would have to initiate the change from outside the AS400 system, such as in the Identity Vault or another connected system. Since the driver is bidirectional, it will flow into the AS400 system.
It is only administrative passwords changes within the AS400 system that
cannot be trapped and dealt with.
Disclaimer: As with everything else at Cool Solutions, this content is definitely not supported by Novell (so don't even think of calling Support if you try something and it blows up).
It was contributed by a community member and is published "as is." It seems to have worked for at least one person, and might work for you. But please be sure to test, test, test before you do anything drastic with it.
Related Articles
- Association Problems when Updating the i5os Bidirectional Driver to IDM 3.5
- Solving Account Disabled Issues with the AS400 Bidirectional Driver
- Open Call - Rules that Need Updating when Migrating to IDM 3.5
- Delimited Text Driver for Exporting Passwords from eDirectory to a File
- AS400 Bi-directional IDM Driver, Adding Additional Attributes
User Comments
- Be the first to comment! To leave a comment you need to Login or Register
- 4532 reads


0