Technical Notes |
|
If you configure Reflection for the Web management server to use an account to access the LDAP server, and then you change the password on that account without updating the Reflection configuration, then Reflection will continue to use the old password. This can cause the account to be locked out, and can also cause Reflection for the Web authentication failures. This technical note describes how to prevent this problem from occurring, and how to resolve it if it does.
As an example, if Reflection for the Web management server is configured to use a user’s network account to access an LDAP server, and that user changes his or her password, then Reflection will continue to use the old password to access the LDAP server, and two problems can occur:
Authentication TimeoutThe Reflection server could not connect to your site's authentication server. Please contact your system administrator. If your network account gets locked, the network administrator can unlock it. On some types of networks (for example, networks run on Microsoft NT and Windows 2000 servers), you can still log into your machine locally even if you can't log into the domain because your account is locked. You can then log into the Reflection Administrative WebStation using the Reflection administrator password. The administrator password will work even if the LDAP server cannot be reached. Once you have opened the Administrative WebStation, you can change the password used to access the LDAP server. Open the Access Control Setup utility under Tools. Select Configure, and then click Next twice to open the LDAP configuration screen. In the LDAP Server section, enter the new password.
Be sure to change the password used to access the LDAP server as soon as possible after changing your account password on the network. It is best to do this when the Reflection for the Web server is not heavily loaded. You may want to suspend the account lockout policy while you change the password.
In a production environment, it is not good practice to use a regular user account for automated server processes that need to authenticate. Regular user accounts are more likely to have problems for a variety of reasons. For example, the password may change due to a normal password aging policy, or a person's local machine may somehow malfunction, causing the account to be locked out, thus causing the server process to also be locked out.
In a production environment, it is better practice to use a special account for the server process that is not normally used to login for daily business and that is not subject to an automatic password aging policy.