Step 1: Install Active Directory Federation ServicesAdd ADFS by using Add Roles and Features Wizard.
Notes for ADFS 2.0If you are using Windows Server 2008, you must download and install ADFS 2.0 to be able to work with Office 365. You can obtain ADFS 2.0 from the following Microsoft Download Center website:
After the installation, use Windows Update to download and install all applicable updates.
Step 2: Request a certificate from a third-party CA for the Federation server nameOffice 365 requires a trusted certificate on your ADFS server. Therefore, you must obtain a certificate from a third-party certification authority (CA).
When you customize the certificate request, make sure that you add the Federation server name in the Common name field.
In this video, we explain only how to generate a certificate signing request (CSR). You must send the CSR file to a third-party CA. The CA will return a signed certificate to you. Then, follow these steps to import the certificate to your computer certificate store:
- Run Certlm.msc to open the local computer’s certificate store.
- In the navigation pane, Expand Personal, expand Certificate, right click the Certificate folder, and then click Import.
About the Federation server nameThe Federation Service name is the Internet-facing domain name of your ADFS server. The Office 365 user will be redirected to this domain for authentication. Therefore, make sure that you add a public A record for the domain name.
Step 3: Configure ADFSYou cannot manually type a name as the Federation server name. The name is determined by the subject name (Common name) of a certificate in the local computer’s certificate store.
Notes for ADFS 2.0In ADFS 2.0, the Federation server name is determined by the certificate that binds to “Default Web Site” in Internet Information Services (IIS). You must bind the new certificate to the Default website before you configure ADFS.
You can use any account as the service account. If the service account’s password is expired, ADFS will stop working. Therefore, make sure that the password of the account is set to never expire.
Step 4: Download Office 365 toolsWindows Azure Active Directory Module for Windows PowerShell and Azure Active Directory sync appliance are available in Office 365 portal. To obtain the tools, click Active Users, and then click Single sign-on: Set up.
Step 5: Add your domain to Office 365The video does not explain how to add and verify your domain to Office 365. For more information about that procedure, see Verify your domain in Office 365.
Step 6: Connect ADFS to Office 365To connect ADFS to Office 365, run the following commands in Windows Azure Directory Module for Windows PowerShell.
Note In the Set-MsolADFSContext command, specify the FQDN of the ADFS server in your internal domain instead of the Federation server name.
Enable-PSRemotingIf the commands run successfully, you should see the following:
Set-MsolADFSContext –computer <the FQDN of the ADFS server>
Convert-MsolDomainToFederated –domain <the custom domain name you added into Office 365>
- A “Microsoft Office 365 Identify Platform” Relying Party Trust is added to your ADFS server.
- Users who use the custom domain name as an email address suffix to log in to the Office 365 portal are redirected to your ADFS server.
Step 7: Sync local Active Directory user accounts to Office 365If your internal domain name differs from the external domain name that is used as an email address suffix, you have to add the external domain name as an alternative UPN suffix in the local Active Directory domain. For example, the internal domain name is “company.local” but the external domain name is “company.com.” In this situation, you have to add “company.com” as an alternative UPN suffix.
Sync the user accounts to Office 365 by using Directory Sync Tool.
Notes for ADFS 2.0If you are using ADFS 2.0, you must change the UPN of the user account from “company.local” to “company.com” before you sync the account to Office 365. Otherwise, the user will not be validated on the ADFS server.
Step 8: Configure the client computer for Single Sign-OnAfter you add the Federation server name to the local Intranet zone in Internet Explorer, the NTLM authentication is used when users try to authenticate on the ADFS server. Therefore, they are not prompted to enter their credentials.
Administrators can implement Group Policy settings to configure a Single Sign-On solution on client computers that are joined to the domain.
आलेख ID: 3061192 - पिछली समीक्षा: 14/08/2015 - संशोधन: 1