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
title: Frequently Asked Questions (FAQ) for Software-Defined Networking (SDN) on Azure Local
4
+
description: This FAQ provides information about SDN enabled by Azure Arc on Azure Local.
5
+
ms.topic: faq
6
+
author: alkohli
7
+
ms.author: alkohli
8
+
ms.service: azure-local
9
+
ms.date: 07/02/2025
10
+
title: FAQ - SDN enabled by Azure Arc on Azure Local
11
+
summary: This FAQ provides information about Software-Defined Networking (SDN) enabled by Azure Arc on your Azure Local VMs. This feature is available in Azure Local version 2506 and later.
12
+
13
+
sections:
14
+
- name: Ignored
15
+
questions:
16
+
- question: Which version of Azure Local supports SDN enabled by Azure Arc?
17
+
answer: |
18
+
SDN enabled by Azure Arc is available in Azure Local version 2506 running OS version 26100.xxxx and later.
19
+
20
+
- question: Will I have downtime for my Azure Local VMs when I enable Network Controller via the PowerShell cmdlet?
21
+
answer: |
22
+
Yes. When you enable Network Controller, Azure Local VMs use a null port profile to set up network connectivity. Because this process affects all VMs, you experience brief downtime until configuration finishes.
23
+
24
+
Because this operation is disruptive, plan a maintenance window if you're running in a production environment.
25
+
26
+
- question: Why am I experiencing network connectivity issues for my unmanaged VMs on Azure Local after I enabled SDN enabled by Azure Arc?
27
+
answer: |
28
+
You can experience network connectivity issues if you enable Network Controller and create unmanaged VMs outside Azure interfaces like Azure CLI, Azure portal, Azure PowerShell, and Azure Resource Manager APIs. To fix these issues, see how to [unblock and configure the null port profile for unmanaged VMs]().
29
+
30
+
- question: Why can't I connect to my Azure Local VMs, if I associate an NSG with the VM network interface or its logical network?
31
+
answer: |
32
+
If you set up an empty NSG with no security rules on your VM's network interface or the logical network, Azure Local blocks all inbound traffic by default and allows all outbound traffic. Add specific inbound network security rules to let traffic into the VM.
33
+
34
+
- question: Can I modify Azure Local VM resources such as VMs, virtual switches, and network interfaces directly using Network Controller APIs, Windows Admin Center, or SDN Express PowerShell scripts for my Azure Local VMs?
35
+
answer: |
36
+
No. Don't do this, as it's unsupported and can cause your resources to enter bad or unrecoverable states.
37
+
38
+
- question: Can I configure static network interfaces after the Azure Local VM is provisioned on an Azure Local instance with SDN enabled by Azure Arc?
39
+
answer: |
40
+
No. You can't add a secondary network interface to a VM after provisioning. This setup causes both interfaces to act as the default gateway, which leads to asymmetric networking, packet loss, and unpredictable networking. Set up all needed static network interfaces during VM provisioning when using SDN enabled by Azure Arc.
41
+
- question: Why am I seeing unexpected traffic drop or blocks for my Azure Local VMs?
42
+
answer: |
43
+
If logical networks and VM network interfaces on your Azure Local VMs have NSGs with conflicting allow or deny rules, you can see unexpected traffic drops or blocks.
44
+
45
+
When an inbound packet arrives, Azure Local checks the logical network NSG first, then the network interface NSG. For outbound traffic, Azure Local checks the network interface NSG first, then the logical network NSG. If the first NSG has a **Deny** rule and the next has an **Allow** rule, Azure Local drops the packet.
0 commit comments