11-01-2007 04:15 PM - edited 03-10-2019 03:29 PM
Hi All,
I have a problem where my SSC (Cisco Secure Services) wireless client software on the laptops will only authenticate the windows domain users if they enter the username and passwords manually. The single sign on feature will not work. I am using EAP-FAST. This is an appliance based ACS server which I have restored from the recovery CD.
When I look at the failed authentication requests I can see that it is trying to send username@domain when attempting single sign on. The log states that this is a bad username or password. Note that the end of the domain name is missing.
I can see the authentication attempt in the remote agent log (CSWINagent.log) on the domain controller so I know it is sending the login request to the DC. The Remote Agent is the same version as the ACS server. When I authenticate successfully (manually) it is not sending the domain portion of the username.
This is a new installation. Initially I had 2 remote agents, both on DCs the service was running as a windows domain admin account with the necessary privileges. After a scheduled power down at the weekend the windows authentication stopped working completely. I found a post in this forum which said to use local system to start the remote agent service. This brought the windows authentication back to life but now i have this problem. I'm sure that before I changed it the manual login also required the domain portion (ie domain\username). I can't be certain this is the case though!
Can anybody help me to get windows AD to accept these credentials as they are sent from the client login? Alternatively if I can get it to work with the user account it worked with originally then that would be great.
Many thanks
Solved! Go to Solution.
11-02-2007 01:07 PM
As you have mentioned that SSC is sending username as "username@domain" during SSO.
What I can think of for the moment is, to use Proxy Distribution feature on ACS.
i.e. as the request coming to as is "username@domain", we'll make ACS to stip off "@domain" and send "username" to RA for verification from AD.
After stripping "@domain" send the request back to ACS SE it self, i.e. in the Forward To column, ensure that we have the ACS SE's entry.
And let me know if this works for you?
Regards,
Prem
11-02-2007 01:07 PM
As you have mentioned that SSC is sending username as "username@domain" during SSO.
What I can think of for the moment is, to use Proxy Distribution feature on ACS.
i.e. as the request coming to as is "username@domain", we'll make ACS to stip off "@domain" and send "username" to RA for verification from AD.
After stripping "@domain" send the request back to ACS SE it self, i.e. in the Forward To column, ensure that we have the ACS SE's entry.
And let me know if this works for you?
Regards,
Prem
11-07-2007 05:12 AM
Prem, It worked straight away after doing this. Thanks very much for this. Much appreciated.
D
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide