SharePoint Login Screen Defaults to Wrong Domain

Problem: When users are prompted for login credentials, the login screen defaults to an incorrect domain. While users can continue the login by providing their user name in domain\username format, non tech-savvy users find this annoying and confusing.  This behavior may not be consistent from one client machine to another.

Cause: The client machine was joined to the wrong domain.  This situation occurred after all users and computers were moved from one domain to another in Active Directory.  The client machine in question was missed during the move of computers between domains, so that the machine retained a setting of the old domain. Windows Authentication defaulted to the domain of the client machine.

Resolution: Join the client machine to the correct domain. In Windows 7, with an account with admistrator privileges, Control Panel>System>Change Settings. On the Computer Name tab, click Change… Provide the full domain name. OK.

Many thanks to systems administrator Dino Jaha who discovered the root of this issue and provided the workaround.

Advertisements

About Joy Lavigne (Adkins)

SharePoint Administrator for a mid-sized organization. Frequent speaker at SharePoint Saturday events. Teller of terribly corny jokes. View all posts by Joy Lavigne (Adkins)

2 responses to “SharePoint Login Screen Defaults to Wrong Domain

  • Thomas Carpe

    Hey, this doesn’t cause any problems with SharePoint?? You can migrate between trusted domains without changing any other settings? Unbelievable! I just assumed this would blow up – because… ya know I think it used to in 2007… 2003? Oh well I don’t even remember anymore. 🙂

    • Joy Earles

      While I was not here during the domain migration, I understand that in our situation, the user group was small enough that the AD administrator created new accounts in the new domain for each user. SharePoint treated these accounts as different users than the orignal accounts, and the site permissions for SharePoint were updated manually for the new accounts. Fortunately, few of the users were actively using SharePoint, so this was a minor issue in our case.
      The STSADM -o migrateuser command or PowerShell Move-SPUser command can be used to update the user login credentials associated with a given user’s access SID to eliminate the manual permissions updates. Todd Klindt’s post and Keith Richie’s post describe the under the underlying process quite well.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

%d bloggers like this: