Password interceptor timeout error

Which IIQ version are you inquiring about?

Version 8.4

Share all details related to your problem, including any error messages you may have received.

Hello Experts,

We are working on Password interceptor issue.

We have timeout issue during the response from IIQ to Password interceptor. I have tested few scenario that when we have one identity with 3-4 Application links that time Password interceptor gets “Success” response from IIQ but when we have one identity with more than 10-15 Application links, we are getting time out error.

We have seen that with few links, we get the “Success” response in 15 seconds in Password interceptor logs but if we have more Application links, then n it is showing time out error.

Currently we are using default time out error. if we change it to 120 then all the scenario’s working fine.

Can you please help me to understand that is IIQ sending response to Password interceptor immediatly or it will send response after all workflow executed & password update.

Thanks

Hi @niket345,

i found this on PWI documetation page:

IdentityIQ processes password synchronization requests in a serial fashion. Once an IdentityIQ application server receives a message from the Password Interceptor informing it of a password change, IdentityIQ will immediately attempt to provision the password change out to all of the user’s accounts that have password synchronization enabled. Using the out-of-the-box behavior, IdentityIQ will synchronize the passwords to the accounts one at a time, one after another iterating through all of the user’s accounts and finally sending out a confirmation/notification email at the end of all of the processing*.*

Any sluggish processing, network timeout, systems being offline, or other common “hiccups” can delay this step of the process significantly. For users with a large number of accounts correlated to their Identity cube or for installations of IdentityIQ integrated with systems where password provisioning changes can take a long time, this can cause delays in the password synchronization process. These delays prevent the sending of the confirmation email, which is sent at the end of password synchronization processing.

Installations experiencing these delays in notification and conformation email processing can consider customizing their Password Intercept workflow to handle provisioning the password changes out to various in parallel or by moving the notification/email step up earlier in the workflow process. Such a customization is usually carried out by your systems integrator or by SailPoint’s Professional Services teams.

and this the page link:
https://community.sailpoint.com/t5/Shared-Documents/Password-Interceptor-for-Microsoft-Active-Directory-Version-24-0/ta-p/248166

but yes, IIQ send the confirmation at the end of all of the process and SP suggests change the WF and move the notification in a earlier step.

2 Likes

Is there any way to change the password change serial fashion to parallel fashion as we dont see any variable or argument inside the password interceptor workflow.

Thanks

Hi,
ther is this step:
image

where you can create a list of applications, I think you can create a list with the order as you want

1 Like

this step will give you to update the password in Target Applications but is the same step where we can update password to parallel mode instead of Serial.

Do we need to add some configuration to update password instead of Serial mode.

We have written code to update the targets but not sure how to update password parallel instead of one by one.

Thanks

In this case, or you use Threads of Java(but i dont know the impact):
https://docs.oracle.com/javase/8/docs/api/java/lang/Thread.html

or you try to configure PwdClient.exe.config, but i dont find any reference about how configure a parallel mode. I think the guide is not clear about this.

2 Likes

This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.