Tutorial: Azure Active Directory integration with Huddle

In this tutorial, you learn how to integrate Huddle with Azure Active Directory (Azure AD).

Integrating Huddle with Azure AD provides you with the following benefits:

  • You can control in Azure AD who has access to Huddle
  • You can enable your users to automatically get signed-on to Huddle (Single Sign-On) with their Azure AD accounts
  • You can manage your accounts in one central location - the Azure portal

If you want to know more details about SaaS app integration with Azure AD, see what is application access and single sign-on with Azure Active Directory.

Prerequisites

To configure Azure AD integration with Huddle, you need the following items:

  • An Azure AD subscription
  • A Huddle single sign-on enabled subscription

Note

To test the steps in this tutorial, we do not recommend using a production environment.

To test the steps in this tutorial, you should follow these recommendations:

  • Do not use your production environment, unless it is necessary.
  • If you don't have an Azure AD trial environment, you can get a one-month trial here.

Scenario description

In this tutorial, you test Azure AD single sign-on in a test environment. The scenario outlined in this tutorial consists of two main building blocks:

  1. Adding Huddle from the gallery
  2. Configuring and testing Azure AD single sign-on

To configure the integration of Huddle into Azure AD, you need to add Huddle from the gallery to your list of managed SaaS apps.

To add Huddle from the gallery, perform the following steps:

  1. In the Azure portal, on the left navigation panel, click Azure Active Directory icon.

    Active Directory

  2. Navigate to Enterprise applications. Then go to All applications.

    Applications

  3. To add new application, click New application button on the top of dialog.

    Applications

  4. In the search box, type Huddle.

    Creating an Azure AD test user

  5. In the results panel, select Huddle, and then click Add button to add the application.

    Creating an Azure AD test user

Configuring and testing Azure AD single sign-on

In this section, you configure and test Azure AD single sign-on with Huddle based on a test user called "Britta Simon."

For single sign-on to work, Azure AD needs to know what the counterpart user in Huddle is to a user in Azure AD. In other words, a link relationship between an Azure AD user and the related user in Huddle needs to be established.

In Huddle, assign the value of the user name in Azure AD as the value of the Username to establish the link relationship.

To configure and test Azure AD single sign-on with Huddle, you need to complete the following building blocks:

  1. Configuring Azure AD Single Sign-On - to enable your users to use this feature.

  2. Creating an Azure AD test user - to test Azure AD single sign-on with Britta Simon.

  3. Creating a Huddle test user - to have a counterpart of Britta Simon in Huddle that is linked to the Azure AD representation of user.

  4. Assigning the Azure AD test user - to enable Britta Simon to use Azure AD single sign-on.

  5. Testing Single Sign-On - to verify whether the configuration works.

Configuring Azure AD single sign-on

In this section, you enable Azure AD single sign-on in the Azure portal and configure single sign-on in your Huddle application.

To configure Azure AD single sign-on with Huddle, perform the following steps:

  1. In the Azure portal, on the Huddle application integration page, click Single sign-on.

    Configure Single Sign-On

  2. On the Single sign-on dialog, select Mode as SAML-based Sign-on to enable single sign-on.

    Configure Single Sign-On

  3. On the Huddle Domain and URLs section, perform the following steps:

    Configure Single Sign-On

    In the Sign-on URL textbox, type a URL using the following pattern: http://<company name>.huddle.com

    Note

    This value is not real. Update this value with the actual Sign-On URL. Contact Huddle Client support team to get this value.

  4. On the SAML Signing Certificate section, click Certificate(Base64) and then save the certificate file on your computer.

    Configure Single Sign-On

  5. Click Save button.

    Configure Single Sign-On

  6. On the Huddle Configuration section, click Configure Huddle to open Configure sign-on window. Copy the SAML Entity ID, and SAML Single Sign-On Service URL from the Quick Reference section.

    Configure Single Sign-On

  7. To configure single sign-on on Huddle side, you need to send the downloaded Certificate, SAML Single Sign-On Service URL, and SAML Entity ID to Huddle Client support team. They set this setting to have the SAML SSO connection set properly on both sides.

    Note

    Single sign-on needs to be enabled by the Huddle support team. You get a notification when the configuration has been completed.

Tip

You can now read a concise version of these instructions inside the Azure portal, while you are setting up the app! After adding this app from the Active Directory > Enterprise Applications section, simply click the Single Sign-On tab and access the embedded documentation through the Configuration section at the bottom. You can read more about the embedded documentation feature here: Azure AD embedded documentation

Creating an Azure AD test user

The objective of this section is to create a test user in the Azure portal called Britta Simon.

Create Azure AD User

To create a test user in Azure AD, perform the following steps:

  1. In the Azure portal, on the left navigation pane, click Azure Active Directory icon.

    Creating an Azure AD test user

  2. To display the list of users, go to Users and groups and click All users.

    Creating an Azure AD test user

  3. To open the User dialog, click Add on the top of the dialog.

    Creating an Azure AD test user

  4. On the User dialog page, perform the following steps:

    Creating an Azure AD test user

    a. In the Name textbox, type BrittaSimon.

    b. In the User name textbox, type the email address of BrittaSimon.

    c. Select Show Password and write down the value of the Password.

    d. Click Create.

Creating a Huddle test user

To enable Azure AD users to log in to Huddle, they must be provisioned into Huddle. In the case of Huddle, provisioning is a manual task.

To configure user provisioning, perform the following steps:

  1. Log in to your Huddle company site as administrator.
  2. Click Workspace.
  3. Click People > Invite People.

    People

  4. In the Create a new invitation section, perform the following steps:

    New Invitation

    a. In the Choose a team to invite people to join list, select team.

    b. Type the Email Address of a valid Azure AD account you want to provision in to Enter email address for people you'd like to invite textbox.

    c. Click Invite.

    Note

    The Azure AD account holder will receive an email including a link to confirm the account before it becomes active.

Note

You can use any other Huddle user account creation tools or APIs provided by Huddle to provision Azure AD user accounts.

Assigning the Azure AD test user

In this section, you enable Britta Simon to use Azure single sign-on by granting access to Huddle.

Assign User

To assign Britta Simon to Huddle, perform the following steps:

  1. In the Azure portal, open the applications view, and then navigate to the directory view and go to Enterprise applications then click All applications.

    Assign User

  2. In the applications list, select Huddle.

    Configure Single Sign-On

  3. In the menu on the left, click Users and groups.

    Assign User

  4. Click Add button. Then select Users and groups on Add Assignment dialog.

    Assign User

  5. On Users and groups dialog, select Britta Simon in the Users list.

  6. Click Select button on Users and groups dialog.

  7. Click Assign button on Add Assignment dialog.

Testing single sign-on

In this section, you test your Azure AD single sign-on configuration using the Access Panel.

When you click the Huddle tile in the Access Panel, you should get automatically login page of Huddle application. For more information about the Access Panel, see Introduction to the Access Panel.

Additional resources