You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/active-directory/develop/howto-restrict-your-app-to-a-set-of-users.md
+13-5Lines changed: 13 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,17 +14,17 @@ ms.date: 09/24/2018
14
14
ms.author: kkrishna
15
15
ms.reviewer: jmprieur
16
16
ms.custom: aaddev
17
-
#Customer intent: As an application developer, I want to restrict an application that I have registered in Azure AD to a select set of users available in my Azure AD tenant
17
+
#Customer intent: As a tenant administrator, I want to restrict an application that I have registered in Azure AD to a select set of users available in my Azure AD tenant
18
18
---
19
-
# How to: Restrict your Azure AD app to a set of users
19
+
# How to: Restrict your Azure AD app to a set of users in an Azure AD tenant
20
20
21
21
Applications registered in an Azure Active Directory (Azure AD) tenant are, by default, available to all users of the tenant who authenticate successfully.
22
22
23
23
Similarly, in case of a [multi-tenant](howto-convert-app-to-be-multi-tenant.md) app, all users in the Azure AD tenant where this app is provisioned will be able to access this application once they successfully authenticate in their respective tenant.
24
24
25
25
Tenant administrators and developers often have requirements where an app must be restricted to a certain set of users. Developers can accomplish the same by using popular authorization patterns like Role Based Access Control (RBAC), but this approach requires a significant amount of work on part of the developer.
26
26
27
-
Azure AD allows tenant administrators and developers to restrict an app to a specific set of users or security groups in the tenant.
27
+
Tenant administrators and developers can restrict an app to a specific set of users or security groups in the tenant by using this built-in feature of Azure AD as well.
28
28
29
29
## Supported app configurations
30
30
@@ -58,7 +58,7 @@ There are two ways to create an application with enabled user assignment. One re
58
58
59
59
1. Select the application you want to assign a user or security group to from the list.
60
60
1. On the application's **Overview** page, select **Properties** from the application’s left-hand navigation menu.
61
-
1. Locate the setting **User assignment required?** and set it to **Yes**. When this option is set to **Yes**, users must first be assigned to this application before they can access it.
61
+
1. Locate the setting **User assignment required?** and set it to **Yes**. When this option is set to **Yes**, users in the tenant must first be assigned to this application or they won't be able to sign-in to this application.
62
62
1. Select **Save** to save this configuration change.
63
63
64
64
### App registration
@@ -71,7 +71,7 @@ There are two ways to create an application with enabled user assignment. One re
71
71
1. Create or select the app you want to manage. You need to be **Owner** of this app registration.
72
72
1. On the application's **Overview** page, follow the **Managed application in local directory** link under the essentials in the top of the page. This will take you to the _managed Enterprise Application_ of your app registration.
73
73
1. From the navigation blade on the left, select **Properties**.
74
-
1. Locate the setting **User assignment required?** and set it to **Yes**. When this option is set to **Yes**, users must first be assigned to this application before they can access it.
74
+
1. Locate the setting **User assignment required?** and set it to **Yes**. When this option is set to **Yes**, users in the tenant must first be assigned to this application or they won't be able to sign-in to this application.
75
75
1. Select **Save** to save this configuration change.
76
76
77
77
## Assign users and groups to the app
@@ -85,6 +85,14 @@ Once you've configured your app to enable user assignment, you can go ahead and
85
85
A list of users and security groups will be shown along with a textbox to search and locate a certain user or group. This screen allows you to select multiple users and groups in one go.
86
86
87
87
1. Once you are done selecting the users and groups, press the **Select** button on bottom to move to the next part.
88
+
1. (Optional) If you have defined App roles in your application, you can use the **Select role** option to assign the selected users and groups to one of the application's roles.
88
89
1. Press the **Assign** button on the bottom to finish the assignments of users and groups to the app.
89
90
1. Confirm that the users and groups you added are showing up in the updated **Users and groups** list.
90
91
92
+
## More information
93
+
94
+
-[How to: Add app roles in your application](https://docs.microsoft.com/azure/active-directory/develop/howto-add-app-roles-in-azure-ad-apps)
95
+
-[Add authorization using app roles & roles claims to an ASP.NET Core web app](https://github.com/Azure-Samples/active-directory-aspnetcore-webapp-openidconnect-v2/tree/master/5-WebApp-AuthZ/5-1-Roles)
96
+
-[Using Security Groups and Application Roles in your apps (Video)](https://www.youtube.com/watch?v=V8VUPixLSiM)
97
+
-[Azure Active Directory, now with Group Claims and Application Roles](https://techcommunity.microsoft.com/t5/Azure-Active-Directory-Identity/Azure-Active-Directory-now-with-Group-Claims-and-Application/ba-p/243862)
98
+
-[Azure Active Directory app manifest](https://docs.microsoft.com/azure/active-directory/develop/reference-app-manifest)
Copy file name to clipboardExpand all lines: articles/active-directory/saas-apps/dynatrace-tutorial.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -138,7 +138,7 @@ In this section, you'll enable B.Simon to use Azure single sign-on by granting a
138
138
139
139
## Configure Dynatrace SSO
140
140
141
-
To configure single sign-on on the **Dynatrace** side, you need to send the downloaded **Federation Metadata XML** file and the appropriate copied URLs from the Azure portal to the [Dynatrace support team](https://www.dynatrace.com/services-support/). They configure this setting to have the SAML SSO connection set properly on both sides.
141
+
To configure single sign-on on the **Dynatrace** side, you need to send the downloaded **Federation Metadata XML** file and the appropriate copied URLs from the Azure portal to [Dynatrace](https://www.dynatrace.com/support/help/shortlink/users-sso-hub). You can follow the instructions on the Dynatrace website to configure the SAML SSO connection on both sides.
Copy file name to clipboardExpand all lines: articles/application-gateway/application-gateway-faq.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -67,7 +67,7 @@ For the v2 SKU, open the public IP resource and select **Configuration**. The **
67
67
68
68
*Keep-Alive timeout* governs how long the Application Gateway will wait for a client to send another HTTP request on a persistent connection before reusing it or closing it. *TCP idle timeout* governs how long a TCP connection is kept open in case of no activity.
69
69
70
-
The *Keep-Alive timeout* in the Application Gateway v1 SKU is 120 seconds and in the v2 SKU it's 75 seconds. The *TCP idle timeout* is a 4-minute default on the frontend virtual IP (VIP) of both v1 and v2 SKU of Application Gateway.
70
+
The *Keep-Alive timeout* in the Application Gateway v1 SKU is 120 seconds and in the v2 SKU it's 75 seconds. The *TCP idle timeout* is a 4-minute default on the frontend virtual IP (VIP) of both v1 and v2 SKU of Application Gateway. You can't change these values.
71
71
72
72
### Does the IP or DNS name change over the lifetime of the application gateway?
Copy file name to clipboardExpand all lines: articles/hdinsight/kafka/rest-proxy.md
+21-20Lines changed: 21 additions & 20 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -69,7 +69,7 @@ For REST proxy endpoint requests, client applications should get an OAuth token.
69
69
You can use the python code below to interact with the REST proxy on your Kafka cluster. To use the code sample, follow these steps:
70
70
71
71
1. Save the sample code on a machine with Python installed.
72
-
1. Install required python dependencies by executing `pip3 install adal` and `pip install msrestazure`.
72
+
1. Install required python dependencies by executing `pip3 install msal`.
73
73
1. Modify the code section **Configure these properties** and update the following properties for your environment:
74
74
75
75
|Property |Description |
@@ -79,7 +79,7 @@ You can use the python code below to interact with the REST proxy on your Kafka
79
79
|Client Secret|The secret for the application that you registered in the security group.|
80
80
|Kafkarest_endpoint|Get this value from the **Properties** tab in the cluster overview as described in the [deployment section](#create-a-kafka-cluster-with-rest-proxy-enabled). It should be in the following format – `https://<clustername>-kafkarest.azurehdinsight.net`|
81
81
82
-
1. From the command line, execute the python file by executing `python <filename.py>`
82
+
1. From the command line, execute the python file by executing `sudo python3 <filename.py>`
83
83
84
84
This code does the following action:
85
85
@@ -90,13 +90,9 @@ For more information on getting OAuth tokens in python, see [Python Authenticati
90
90
91
91
```python
92
92
#Required python packages
93
-
#pip3 install adal
94
-
#pip install msrestazure
93
+
#pip3 install msal
95
94
96
-
import adal
97
-
from msrestazure.azure_active_directory import AdalAuthentication
98
-
from msrestazure.azure_cloud importAZURE_PUBLIC_CLOUD
99
-
import requests
95
+
import msal
100
96
101
97
#--------------------------Configure these properties-------------------------------#
Find below another sample on how to get a token from Azure for REST proxy using a curl command. Notice that we need the `resource=https://hib.azurehdinsight.net` specified while getting a token.
136
+
Find below another sample on how to get a token from Azure for REST proxy using a curl command. **Notice that we need the `scope=https://hib.azurehdinsight.net/.default` specified while getting a token.**
136
137
137
138
```cmd
138
-
curl -X POST -H "Content-Type: application/x-www-form-urlencoded" -d 'client_id=<clientid>&client_secret=<clientsecret>&grant_type=client_credentials&resource=https://hib.azurehdinsight.net' 'https://login.microsoftonline.com/<tenantid>/oauth2/token'
139
+
curl -X POST -H "Content-Type: application/x-www-form-urlencoded" -d 'client_id=<clientid>&client_secret=<clientsecret>&grant_type=client_credentials&scope=https://hib.azurehdinsight.net/.default' 'https://login.microsoftonline.com/<tenantid>/oauth2/v2.0/token'
> [Module identities and module twins](iot-hub-devguide-module-twins.md) are similar to Azure IoT Hub device identity and device twin, but provide finer granularity. While Azure IoT Hub device identity and device twin enable the back-end application to configure a device and provide visibility on the device’s conditions, a module identity and module twin provide these capabilities for individual components of a device. On capable devices with multiple components, such as operating system based devices or firmware devices, module identities and module twins allow for isolated configuration and conditions for each component.
19
+
> [Module identities and module twins](iot-hub-devguide-module-twins.md) are similar to Azure IoT Hub device identity and device twin, but provide finer granularity. While Azure IoT Hub device identity and device twin enable the back-end application to configure a device and provide visibility on the device's conditions, a module identity and module twin provide these capabilities for individual components of a device. On capable devices with multiple components, such as operating system based devices or firmware devices, module identities and module twins allow for isolated configuration and conditions for each component.
0 commit comments