1 of 1 people found this helpful
What GINA are you using? I don't see anyone else reporting this kind of problem. Are you using UPN's or SAM account names?
Tick ALL the Windows Login options to start with to prove things work - some are interrelated.
How do actually I know which GINA that I am using? I am suing SAM account name. I tried to used UPN as well, but it still does not work.
is there any specific configuration to enable SSO?
look in the winlogon key of the registry I guess?
As to how to make it work, just tick all the Windows Logon boxes until you decide which exactly to use.
from the registry, it shows that I am using GinaDLL that stored in C:\Program Files\McAfee\Endpoint Encryption for PC\SBGINA.DLL..
OK, I ticked all the option and the SSO process go through. finally, I ticked only "Attempt automatic Windows Logon", "Automatically logon as pre-boot user", "Set Endpoint Encryption Password to Windows Password"..
I realize that the option "Automatically logon as pre-boot user" that makes the SSO working. But shouldnt the EEPC stored Windows credentials for SSO login already? Thus, It does not have to use EE credentials. CMIIW
I have deployed EEPC 5.2.3 in the production environment and SSO works. The problem you're facing may be due to you GINA or other strings (check wireless drivers) in WinLogon that may force an interactive logon process. In our case, we had a legal notice string, that prompted the user to press Ctrl+Alt+del (irrespective of SSO being enabled). Once we removed the string, SSO worked without any problem.