3

As the title states, this happens randomly to Windows 7 accounts on our Windows 2008R2 domain controller.

We just had this start happening after changing from 123together hosted exchange to Rackspace hosted exchange. Also around this time our passwords on the DC started expiring, but not the exact day, and everyone has different days they need to change it before.

It has only affected 10 out of 30 accounts (I know which ones it is), and I see no link between them.

How can I figure out what services are trying to log on and fail?

4 Answers 4

6

When we switched to Rackspace Hosted Exchange I came across the same issue. I even purchased Netrix Lockout Examiner to try to nail down the issue to no avail.

After trying to figure out why some users were locked out often and some were not I finally realized that the ones getting locked out were the ones with the same Windows login name as their email address. What I suspected was the case the whole time definitely was.

Outlook passes the [email protected] credentials to the server on it's way out to Rackspace and since technically [email protected] is the same on your DC and the passwords are different it locks them out.

You have two options (neither are very great): 1. Have all your users keep their Exchange password the same as their Windows 2. Rename their Windows login name to a different naming scheme from your email (John.Doe Vs. jdoe)

I spent so many hours on this and contacted Rackspace and Microsoft and neither were able to offer a better solution. With this information, if you are able to pursue a better solution please do share.

3
  • This is looking more like the answer since nothing else works. Any other way to avoid doing one of those two steps?
    – Matt
    Oct 17, 2012 at 19:11
  • May I ask, why is something along the line not distinguishing Exchange authentication requests from Windows authentication requests, instead of just matching a login ID? Is that what is happening? I am trying to learn.
    – Mark C
    Oct 22, 2012 at 4:36
  • It is Outlook. I had a user open and close just this program, and it took a couple seconds to connect to the server, and then when I ran Lockoutstatus (from Account Lockout Tools), every "bad password" coincided with the exact time that he opened Outlook. It was between 3 and 5 "bad attempts" per opening, though, not just one. We use Rackspace Hosted Exchange 2010, though. We DO use the same [email protected] as we do for logins on our domain controller. So, I'm [email protected] and I also logon to our DC as matt.hughes
    – Matt
    Oct 29, 2012 at 14:05
3

Before you can go fixing things, you have to actually identify the problem.

Start by enabling Audit logging on your DC for Account Logon events. Then trace out where the bad password attempts are coming from. The Account Lockout & Management Tools will help identify the last bad password attempts on an account (use lockoutstatus.exe).

AD accounts don't lock themselves out, so something/someone is creating bad authentication requests for these users.

3
  • I know which users are getting locked out, and it's always the same 10 or so. I used Account Lockout Status tool to see the last bad pwd and it seems like every one of them has a bad password count that increases throughout the day until they get locked out and I unlock it.
    – Matt
    Oct 9, 2012 at 16:22
  • Vote++ for audit logging suggestion. Oct 17, 2012 at 19:16
  • It is Outlook. I had a user open and close just this program, and it took a couple seconds to connect to the server, and then when I ran Lockoutstatus (from Account Lockout Tools), every "bad password" coincided with the exact time that he opened Outlook. It was between 3 and 5 "bad attempts" per opening, though, not just one. We use Rackspace Hosted Exchange 2010, though. We DO use the same [email protected] as we do for logins on our domain controller. So, I'm [email protected] and I also logon to our DC as matt.hughes
    – Matt
    Oct 29, 2012 at 14:05
0

It is Outlook. I had a user open and close just this program, and it took a couple seconds to connect to the server, and then when I ran Lockoutstatus (from Account Lockout Tools), every "bad password" coincided with the exact time that he opened Outlook. It was between 3 and 5 "bad attempts" per opening, though, not just one.

We use Rackspace Hosted Exchange 2010, though. We DO use the same [email protected] as we do for logins on our domain controller. So, I'm [email protected] and I also logon to our DC as matt.hughes

How can this be solved, and why on earth is it only affecting a few people and not all of us?

1
  • We confirmed that when the user changes their password on the domain to the same as the one on hosted exchange, then the bad password attempts stop happening.
    – Matt
    Oct 29, 2012 at 19:16
0

I found something that finally stopped it.

I entered the Rackspace unique username that they have on record for our system. You have to contact them to get this list. I put this unique username in Windows credential manager for Outlook instead of my email address and did not change the password. So instead of "[email protected]" for the user, I now had "mex05\johnny.hendricks_mydoB3039" as the username.

This fixed it for a few users. For the remaining, I found an additional thing that I had not thought of before.

In Active Directory, if you go into the User Properties, look at the username's @_______ We had everyone at johnny.hendricks for username and in the dropdown, we had @mydomain.com I switched this over to @mydomain.local, and it fixed everyone's bad password attempts. This may have been the original problem, but the other fix worked as well so who knows.

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .