Azure Portal Configuration
Step 1: Configuring the Therefore Client connection.
The initial steps for making this
possible take place within the Azure Portal:
- Navigate to https://portal.azure.com (and login if required).
- Select ‘Azure Active Directory’.
- Select ‘App Registrations’ along the left side
panel.
- Select ‘New Registration’.
- Populate the ‘Name’ field with ‘Therefore Client
Login’.
- Ensure ‘Accounts in this organisational
directory only’ is selected.
- Select ‘Register’ to confirm registration of the
application.
- Select ‘Authentication’ along the left side panel.
- Select ‘Add a platform’, then ‘Web’.
- Configure the Redirect URIs as such:
- http://localhost:64957/redirect
- http://<tenantname>/signin
- http://<tenantname>/TWA/signin
- https://<tenantname>.thereforeonline.com/signin
- https://<tenantname>.thereforeonline.com/Client/WEB/Login/SSOLogin.aspx
- Tick ‘Access Tokens’ and ‘ID Tokens’ in the
‘Implicit Grant’ section.
- Select ‘Add a platform’, then ‘Mobile and
Desktop Applications’.
- Tick ‘https://login.microsoftonline.com/common/oauth2/nativeclient’.
- Select ‘Configure’ to confirm the new platform
configuration.
- Select ‘Manifest’ along the left side panel.
- Change the allowPublicClient property from null
to true.
- Change the groupMembershipClaims property from
null to “SecurityGroup”.
- Select ‘Overview’ along the left side
panel and make a note of the Application (client) ID (note this down as <Therefore Client ClientID>).
Step 2: Configuring the Therefore Server connection.
- Navigate to https://portal.azure.com (and login if required).
- Select ‘Azure Active Directory’.
- Select ‘App Registrations’ along the left side
panel.
- Select ‘New Registration’.
- Populate the ‘Name’ field with ‘Therefore Server
Login’.
- Ensure ‘Accounts in this organisational
directory only’ is selected.
- Select ‘Register’ to confirm registration of the
application.
- Select ‘API Permissions’ along the left side
panel.
- Select ‘Add a Permission’.
- Select ‘Microsoft Graph’.
- Select ‘Application Permissions’.
- Search for and tick ‘Directory.Read.All’.
- Select ‘Add Permissions’ to apply the change.
- Select ‘Grant Admin Consent for
<CustomerName>’, then ‘Yes’ in the appearing pop-up.
- Select ‘Certificates & Secrets’ along the
left side panel.
- Select ‘New Client Secret’, and create it with
an expiry of ‘Never’.
- Make a note of the Client Secret (note this down as
<Application Secret>).
- Select ‘Overview’ along the left side
panel and make a note of the Application (client) ID (note this down as <Therefore
Server ClientID>).
Therefore Configuration
Step 1: Connecting Therefore to Azure AD.
The remaining steps take place
within Therefore:
- Open Therefore Solution Designer.
- Expand the ‘Access’ and ‘Authentication’ nodes.
- Double-click the ‘External User Directories’
node.
- Drop-down the ‘Add’ button and select ‘Azure
Active Directory’.
- Fill in the following details and tick ‘Use a
custom application’:
- Therefore Client ID: <Therefore Client ClientID>
- Logon Domain: <logondomain>
- Additional Domains: <any other domains as necessary>
- Azure Tenant Name: <azuretenant>.onmicrosoft.com
- Application Client ID: <Therefore Server ClientID>
- Application Secret: <Application Secret>
- Select ‘OK’ once all previous details have been
configured.
- Login with the account which has administrative
access to Azure AD.
Step 2 : Testing Access from Therefore Navigator.
- Open Therefore Navigator.
- Change the ‘Authentication Provider’ to ‘Azure
Active Directory’.
- Select ‘Update from Server’.
- Select ‘OK’.
This should prompt for Office365 credentials and provide access to anyone within the Azure AD.