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
@@ -24,7 +24,7 @@ Cloud-based Azure AD multifactor authentication and MFA Server process and store
24
24
25
25
The Azure AD multifactor authentication service has datacenters in the United States, Europe, and Asia Pacific. The following activities originate from the regional datacenters except where noted:
26
26
27
-
* Multifactor authentication phone calls originate from datacenters in the customer's region and are routed by global providers. Phone calls using custom greetings always originate from data centers in the United States.
27
+
* Multifactor authentication SMS and phone calls originate from datacenters in the customer's region and are routed by global providers. Phone calls using custom greetings always originate from data centers in the United States.
28
28
* General purpose user authentication requests from other regions are currently processed based on the user's location.
29
29
* Push notifications that use the Microsoft Authenticator app are currently processed in regional datacenters based on the user's location. Vendor-specific device services, such as Apple Push Notification Service or Google Firebase Cloud Messaging, might be outside the user's location.
30
30
@@ -102,22 +102,12 @@ Standard voice calls may failover to a different region.
102
102
>[!NOTE]
103
103
>The multifactor authentication activity reports contain personal data such as User Principal Name (UPN) and complete phone number.
104
104
105
-
### NPS extension and AD FS adapter
106
-
107
-
| Authentication method | Customer region | Activity report location | Service log location |
| OATH software and hardware tokens | Australia and New Zealand | Australia/New Zealand | Cloud in-region |
110
-
| OATH software and hardware tokens | Outside of Australia and New Zealand | United States | Cloud in-region |
111
-
| Voice calls without custom greetings and all other authentication methods except OATH software and hardware tokens | Any | United States | Cloud in-region |
112
-
| Voice calls with custom greetings | Any | United States | MFA backend in United States |
113
-
114
105
### MFA server and cloud-based MFA
115
106
116
107
| Component | Authentication method | Customer region | Activity report location | Service log location |
Copy file name to clipboardExpand all lines: articles/active-directory/authentication/howto-authentication-passwordless-phone.md
+2-5Lines changed: 2 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,7 +7,7 @@ services: active-directory
7
7
ms.service: active-directory
8
8
ms.subservice: authentication
9
9
ms.topic: how-to
10
-
ms.date: 12/06/2022
10
+
ms.date: 12/28/2022
11
11
12
12
13
13
ms.author: justinha
@@ -32,17 +32,14 @@ People who enabled phone sign-in from Microsoft Authenticator see a message that
32
32
1. Choose **Approve**.
33
33
1. Provide their PIN or biometric.
34
34
35
-
## Multiple accounts on iOS (preview)
35
+
## Multiple accounts on iOS
36
36
37
37
You can enable passwordless phone sign-in for multiple accounts in Microsoft Authenticator on any supported iOS device. Consultants, students, and others with multiple accounts in Azure AD can add each account to Microsoft Authenticator and use passwordless phone sign-in for all of them from the same iOS device.
38
38
39
39
Previously, admins might not require passwordless sign-in for users with multiple accounts because it requires them to carry more devices for sign-in. By removing the limitation of one user sign-in from a device, admins can more confidently encourage users to register passwordless phone sign-in and use it as their default sign-in method.
40
40
41
41
The Azure AD accounts can be in the same tenant or different tenants. Guest accounts aren't supported for multiple account sign-ins from one device.
42
42
43
-
>[!NOTE]
44
-
>Multiple accounts on iOS is currently in public preview. Some features might not be supported or have limited capabilities. For more information about previews, see [Supplemental Terms of Use for Microsoft Azure Previews](https://azure.microsoft.com/support/legal/preview-supplemental-terms/).
45
-
46
43
## Prerequisites
47
44
48
45
To use passwordless phone sign-in with Microsoft Authenticator, the following prerequisites must be met:
> You can also use the Microsoft.Extensions.Logging.ApplicationInsights package to capture logs. For more information, see [Application Insights logging with .NET](ilogger.md). For an example, see [Console application](ilogger.md#console-application).
33
+
31
34
## Supported scenarios
32
35
33
36
The [Application Insights SDK for ASP.NET Core](https://nuget.org/packages/Microsoft.ApplicationInsights.AspNetCore) can monitor your applications no matter where or how they run. If your application is running and has network connectivity to Azure, telemetry can be collected. Application Insights monitoring is supported everywhere .NET Core is supported and covers the following scenarios:
Copy file name to clipboardExpand all lines: articles/azure-monitor/app/ilogger.md
+3-1Lines changed: 3 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -226,6 +226,8 @@ namespace WebApplication
226
226
227
227
## Console application
228
228
229
+
The following example uses the Microsoft.Extensions.Logging.ApplicationInsights package. The Microsoft.Extensions.Logging.ApplicationInsights package should be used in a console application or whenever you want a bare minimum implementation of Application Insights without the full feature set such as metrics, distributed tracing, sampling, and telemetry initializers.
230
+
229
231
Here are the installed packages:
230
232
231
233
```xml
@@ -284,7 +286,7 @@ namespace ConsoleApp
284
286
285
287
```
286
288
287
-
The preceding example uses the `Microsoft.Extensions.Logging.ApplicationInsights` package. By default, this configuration uses the "bare minimum" `TelemetryConfiguration` setup for sending data to Application Insights: the `InMemoryChannel` channel. There's no sampling and no standard `TelemetryInitializer` instance. You can override this behavior for a console application, as the following example shows.
289
+
The previous example demonstrates the default behavior for a console application. As the following example shows, you can override this default behavior.
0 commit comments