Single sign-on (SSO) in a Microsoft cloud service such as Office 365, Microsoft Azure, or Microsoft Intune depends on an on-premises deployment of Active Directory Federation Services (AD FS) that functions correctly. Several scenarios require rebuilding the configuration of the federated domain in AD FS to correct technical problems. This article contains step-by-step guidance on how to update or to repair the configuration of the federated domain.
How to update the configuration of the federated domain
The configuration of the federated domain has to be updated in the scenarios that are described in the following Microsoft Knowledge Base articles.
- 2713898
(http://support.microsoft.com/kb/2713898/
)
"There was a problem accessing the site" error from AD FS when a federated user signs in to Office 365, Azure, or Intune - 2535191
(http://support.microsoft.com/kb/2535191/
)
""Sorry, but we're having trouble signing you in" and "80048163" error when a federated user tries to sign in to Office 365, Azure, or Intune - 2647020
(http://support.microsoft.com/kb/2647020/
)
"Sorry, but we're having trouble signing you in" and "80041317" or "80043431" error when a federated user tries to sign in to Office 365, Azure, or Intune - 2748507
(http://support.microsoft.com/kb/2748507/
)
Single sign-on (SSO) authentication for other SSO-enabled domains stops working after you run the convert-MSOLDomainToStandard cmdlet
To update the configuration of the federated domain on a domain-joined computer that has Azure Active Directory Module for Windows PowerShell installed, follow these steps:
- Click Start, click All Programs, click Windows Azure Active Directory, and then click Windows Azure Active Directory Module for Windows PowerShell.
- At the command prompt, type the following commands, and press Enter after each command:
Note When you're prompted, enter your cloud service administrator credentials.
Connect-MSOLService –credential:$cred
Set-MSOLADFSContext –Computer:<AD FS 2.0 ServerName>
Note In this command, the placeholder <AD FS 2.0 Server Name> represents the Windows host name of the primary AD FS server.
Update-MSOLFederatedDomain –DomainName:<Federated Domain Name>
or Update-MSOLFederatedDomain –DomainName:<Federated Domain Name> –supportmultipledomains
Notes Using the –supportmultipledomains switch is required when multiple top-level domains are federated by using the same AD FS federation service.
In these commands, the placeholder <Federated Domain Name> represents the name of the domain that is already federated.
Important A script is available to automate the update of federation metadata regularly to make sure that changes to the AD FS token signing certificate are replicated correctly.
The script creates a Windows scheduled task on the primary AD FS server to make sure that changes to the AD FS configuration such as trust info, signing certificate updates, and so on are propagated regularly to the Azure Active Directory (Azure AD).
If the token-signing certificate is automatically renewed in an environment where the script is implemented, the script will update the cloud trust info to prevent downtime that is caused by out-of-date cloud certificate info. A step-by-step deployment procedure is located at the following Microsoft website:
How to repair the configuration of the federated domain
The configuration of the federated domain has to be repaired in the scenarios that are described in the following Microsoft Knowledge Base articles.
- 2523494
(http://support.microsoft.com/kb/2523494/
)
You receive a certificate warning from AD FS when you try to sign in to Office 365, Azure, or Intune - 2618887
(http://support.microsoft.com/kb/2618887/
)
"Federation service identifier specified in the AD FS 2.0 server is already in use." error when you try to set up another federated domain in Office 365, Azure, or Intune - 2713898
(http://support.microsoft.com/kb/2713898/
)
"There was a problem accessing the site" error from AD FS when a federated user signs in to Office 365, Azure, or Intune - 2647020
(http://support.microsoft.com/kb/2647020/
)
"Your organization could not sign you in to this service" error and "80041317" or "80043431" error code when a federated user tries to sign in to Office
365 - The Federation Service name in AD FS is changed. For more info, go to the following Microsoft website:
To repair the federated domain configuration on a domain-joined computer that has Azure Active Directory Module for Windows PowerShell installed, follow these steps.
Warnings - Run the steps in the "How to update the federated domain configuration" section earlier in this article to make sure that the update-MSOLFederatedDomain cmdlet finished successfully.
- If the cmdlet did not finish successfully, do not continue with this procedure. Instead, see the "Known issues that you may encounter when you update or repair a federated domain" section later in this article to troubleshoot the issue.
- If the cmdlet finishes successfully, leave the Command Prompt window open for later use.
- Log on to the AD FS server. To do this, click Start, point to All Programs, point to Administrative Tools, and then click AD FS (2.0) Management.
- In the left navigation pane, click AD FS (2.0), click Trust Relationships, and then click Relying Party Trusts.
- In the rightmost pane, delete the Microsoft Office 365 Identity Platform entry.
- In the Windows PowerShell window that you opened in step 1, re-create the deleted trust object. To do this, run the following command, and then press Enter:
Update-MSOLFederatedDomain -DomainName <Federated Domain Name>
or
Update-MSOLFederatedDomain –DomainName:<Federated Domain Name> –supportmultipledomains
Notes
Using the –supportmultipledomains switch is required when multiple top-level domains are federated by using the same AD FS federation service.
In these commands, the placeholder <Federated Domain Name> represents the name of the domain that is already federated.
Known issues that you may encounter when you update or repair a federated domain
The following scenarios cause problems when you update or repair a federated domain:
- You can't connect by using Windows PowerShell. For more info about this issue, see the following Microsoft Knowledge Base article:
2494043
(http://support.microsoft.com/kb/2494043/
)
You cannot connect by using the Azure Active Directory Module for Windows PowerShell
- The Azure Active Directory Module for Windows PowerShell can't load because of missing prerequisites. For more info, see the following Microsoft Knowledge Base article:
2461873
(http://support.microsoft.com/kb/2461873/
)
You can't open the Azure Active Directory Module for Windows PowerShell
- You get an "Access Denied" error message when you try to run the set-MSOLADFSContext cmdlet. For more info, see the following Microsoft Knowledge Base article:
2587730
(http://support.microsoft.com/kb/2587730/
)
"The connection to <ServerName> Active Directory Federation Services 2.0 server failed" error when you use the Set-MsolADFSContext cmdlet
Still need help? Go to the
Office 365 Community
(http://community.office365.com/)
website or the
Azure Active Directory Forums
(https://social.msdn.microsoft.com/forums/azure/en-US/home?forum=WindowsAzureAD)
website.
Article ID: 2647048 - Last Review: December 12, 2014 - Revision: 37.0
Applies to
- Microsoft Azure cloud services
- Microsoft Azure Active Directory
- Microsoft Office 365
- Microsoft Intune
- CRM Online via Office 365 E Plans
- Microsoft Azure Recovery Services
- Office 365 Identity Management
| o365 o365a o365022013 o365e o365m KB2647048 |