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/virtual-network/ip-services/default-outbound-access.md
+7-10Lines changed: 7 additions & 10 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,10 +7,7 @@ ms.author: mbender
7
7
ms.service: virtual-network
8
8
ms.subservice: ip-services
9
9
ms.topic: conceptual
10
-
ms.date: 08/24/2023
11
-
ms.custom:
12
-
- FY23 content-maintenance
13
-
- ignite-2023
10
+
ms.date: 07/02/2024
14
11
---
15
12
16
13
# Default outbound access in Azure
@@ -21,9 +18,9 @@ Examples of explicit outbound connectivity for virtual machines are:
21
18
22
19
* Created within a subnet associated to a NAT gateway.
23
20
24
-
*In the backend pool of a standard load balancer with outbound rules defined.
21
+
*Deployed in the backend pool of a standard load balancer with outbound rules defined.
25
22
26
-
*In the backend pool of a basic public load balancer.
23
+
*Deployed in the backend pool of a basic public load balancer.
27
24
28
25
* Virtual machines with public IP addresses explicitly associated to them.
29
26
@@ -57,8 +54,8 @@ If you deploy a virtual machine in Azure and it doesn't have explicit outbound c
57
54
* Customers don't own the default outbound access IP. This IP might change, and any dependency on it could cause issues in the future.
58
55
59
56
Some examples of configurations that won't work when using default outbound access:
60
-
- When you have multiple NICs on the same VM, note that default outbound IPs won't consistently be the same across all NICs.
61
-
- When scaling up/down Virtual Machine Scale sets, default outbound IPs assigned to individual instances can and will often change.
57
+
- When you have multiple NICs on the same VM, default outbound IPs won't consistently be the same across all NICs.
58
+
- When scaling up/down Virtual Machine Scale sets, default outbound IPs assigned to individual instances can and change.
62
59
- Similarly, default outbound IPs aren't consistent or contiguous across VM instances in a Virtual Machine Scale Set.
63
60
64
61
## How can I transition to an explicit method of public connectivity (and disable default outbound access)?
@@ -99,7 +96,7 @@ There are multiple ways to turn off default outbound access. The following secti
99
96
100
97
* Existing subnets can't currently be converted to Private.
101
98
102
-
* In configurations using a User Defined Route (UDR) with a default route (0/0) that sends traffic to an upstream firewall/network virtual appliance, any traffic that bypasses this route (e.g. to Service Tagged destinations) will break in a Private subnet.
99
+
* In configurations using a User Defined Route (UDR) with a default route (0/0) that sends traffic to an upstream firewall/network virtual appliance, any traffic that bypasses this route (for example, to Service Tagged destinations) breaks in a Private subnet.
103
100
104
101
### Add an explicit outbound connectivity method
105
102
@@ -111,7 +108,7 @@ There are multiple ways to turn off default outbound access. The following secti
111
108
112
109
### Use Flexible orchestration mode for Virtual Machine Scale Sets
113
110
114
-
* Flexible scale sets are secure by default. Any instances created via Flexible scale sets don't have the default outbound access IP associated with them, so an explicit outbound method is required. For more information, see [Flexible orchestration mode for Virtual Machine Scale Sets](../../virtual-machines/flexible-virtual-machine-scale-sets.md)
111
+
* Flexible scale sets are secure by default. Any instances created via Flexible scale sets don't have the default outbound access IP associated with them, so an explicit outbound method is required. For more information, see [Flexible orchestration mode for Virtual Machine Scale Sets](../../virtual-machine-scale-sets/virtual-machine-scale-sets-orchestration-modes.md#what-has-changed-with-flexible-orchestration-mode)
115
112
116
113
>[!Important]
117
114
> When a load balancer backend pool is configured by IP address, it will use default outbound access due to an ongoing known issue. For secure by default configuration and applications with demanding outbound needs, associate a NAT gateway to the VMs in your load balancer's backend pool to secure traffic. See more on existing [known issues](../../load-balancer/whats-new.md#known-issues).
0 commit comments