Scott Schaffer
2005-03-29 21:00:32 UTC
Hi.
Running Groupwise 6.0 SP4 on Netware 6.0 SP4 server. GW Webaccess setup over a year ago, everything working, including ssl ldap authentication. This morning 4 out of 50 users were unable to login into Groupwise. They received an "Ldap failure detected" error when trying to login.
The POA shows "LDAP Error 81, Can't connect to LDAP server, LDAP failure detected [D06B] User: username"
Also, no one is able to login in through the Web interface. The same error is shown in the POA for any web access attempts.
I haven't change anything lately in c1 that might have affected this. I ran a dstrace for ldap activity and see the following error listed when someone tries to login. "connection failed ssl handshake, err = 45, check client's certificate". I checked in the knowledge base for this error and came up with one that is close, having err = 42 not 45. It suggested to re-export the server certificate, which I did following the instructions given in the first half of TID10084976. Still no go.
I have disabled ldap authentication so that the 4 users in the office who could not access their email have been able to login. Webaccess also now allows logins but is not using ssl, and therefore is not secure. I have taken it down until I can solve this problem.
Why were only these 4 users not able to login in this morning? What causes the gw client at their desktop to want to use ldap authentication and nobody else? What else can I look at to get ldap authentication working again?
Thanks,
Scott Schaffer
Scott Schaffer
ITSA
Olive Waller Zinkhan & Waller
Running Groupwise 6.0 SP4 on Netware 6.0 SP4 server. GW Webaccess setup over a year ago, everything working, including ssl ldap authentication. This morning 4 out of 50 users were unable to login into Groupwise. They received an "Ldap failure detected" error when trying to login.
The POA shows "LDAP Error 81, Can't connect to LDAP server, LDAP failure detected [D06B] User: username"
Also, no one is able to login in through the Web interface. The same error is shown in the POA for any web access attempts.
I haven't change anything lately in c1 that might have affected this. I ran a dstrace for ldap activity and see the following error listed when someone tries to login. "connection failed ssl handshake, err = 45, check client's certificate". I checked in the knowledge base for this error and came up with one that is close, having err = 42 not 45. It suggested to re-export the server certificate, which I did following the instructions given in the first half of TID10084976. Still no go.
I have disabled ldap authentication so that the 4 users in the office who could not access their email have been able to login. Webaccess also now allows logins but is not using ssl, and therefore is not secure. I have taken it down until I can solve this problem.
Why were only these 4 users not able to login in this morning? What causes the gw client at their desktop to want to use ldap authentication and nobody else? What else can I look at to get ldap authentication working again?
Thanks,
Scott Schaffer
Scott Schaffer
ITSA
Olive Waller Zinkhan & Waller