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: src/content/partials/networking-services/mconn/network-options/nat-subnet.mdx
+53-11Lines changed: 53 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4,21 +4,63 @@ params:
4
4
- virtualConnectorURL
5
5
---
6
6
7
-
Each subnet (directly-attached or routed) must have a unique address space within your Magic WAN. You can re-use address spaces locally by enabling static network address translation (NAT) for a subnet. NAT is static. This means that inbound connections - from Magic WAN to the site behind the Connector - are allowed, and connections do not have to be initiated by hosts behind the Magic WAN Connector. NAT is also 1:1, that is, the Connector will translate between corresponding addresses in two equal-sized prefixes.
7
+
## Overview
8
8
9
-
To enable NAT, supply a WAN-facing address prefix the same size as the subnet's prefix, and the Magic WAN Connector will translate between the two.
9
+
Each subnet (directly attached or routed) must use a unique address space within the Magic WAN overlay. Many networks already reuse private RFC 1918 space at different sites. To avoid renumbering and still satisfy the Magic WAN uniqueness requirements, you can enable static network address translation (NAT) for a subnet on a Magic WAN Connector.
10
10
11
-
For example:
11
+
With subnet NAT, the Connector performs a static, 1:1 translation between:
12
12
13
-
-**Prefix**: `192.168.100.0/24`
14
-
-**Static NAT prefix**: `10.10.100.0/24`
13
+
-The **local prefix** used inside the site.
14
+
-A **NAT prefix** that is advertised into the Magic WAN overlay.
15
15
16
-
With the example above, outbound traffic from host `192.168.100.13` in the subnet is translated to `10.10.100.13` in the Magic WAN Connector (and vice versa for incoming traffic).
16
+
Because the mapping is static, the Connector supports both outbound connections from the site and inbound connections from Magic WAN to the site. Connections do not have to be initiated by hosts behind the Magic WAN Connector.
17
17
18
-
:::note
19
-
Even if NAT is enabled, the local prefix for a subnet must be unique within its LAN. It can, however, be reused on other LANs or other sites. Overlay-facing prefixes - that is, a subnet's NAT prefix if NAT is enabled, and its local prefix otherwise - must always be unique across your whole Magic WAN.
20
-
:::
18
+
## How subnet NAT works in Magic WAN
21
19
22
-
## Create NATs for subnets
20
+
NAT is static and 1:1 between equal-sized prefixes. When you enable NAT for a subnet on a Connector:
21
+
22
+
- The **local prefix** is the subnet on the LAN side of the Connector.
23
+
- The **NAT prefix** is a WAN-facing prefix of the same size.
24
+
- The Connector translates addresses 1:1 between the two prefixes:
25
+
- For traffic leaving the site towards Magic WAN, it replaces local addresses with the corresponding NAT addresses.
26
+
- For traffic arriving at the site from Magic WAN, it replaces NAT addresses with the corresponding local addresses.
27
+
28
+
## Addressing rules
29
+
30
+
To avoid overlapping addresses in the overlay, Magic WAN enforces the following rules:
31
+
32
+
-**Uniqueness within a LAN**
33
+
- The local prefix for each subnet must be unique within that LAN on the Connector.
34
+
- You can reuse the same local prefix on a different LAN or on a different site.
35
+
36
+
-**Uniqueness in the Magic WAN overlay**
37
+
- Every **overlay-facing prefix** must be unique across all sites in your Magic WAN deployment.
38
+
- For a subnet **with NAT enabled**, the overlay-facing prefix is the **NAT prefix**.
39
+
- For a subnet **without NAT**, the overlay-facing prefix is the **local prefix**.
40
+
41
+
These rules allow you to reuse local space at multiple sites, as long as each subnet in the Magic WAN overlay has a unique overlay-facing prefix.
42
+
43
+
## Example
44
+
45
+
Consider a subnet that uses the following prefixes:
46
+
47
+
-**Local prefix**: `192.168.100.0/24`
48
+
-**NAT prefix**: `10.10.100.0/24`
49
+
50
+
In this case:
51
+
52
+
- When a host inside the site with address `192.168.100.13` sends traffic into the Magic WAN overlay, the Connector translates the address to `10.10.100.13`.
53
+
- When traffic from another site, or from the Internet via Magic WAN, targets `10.10.100.13`, the Connector translates the address back to `192.168.100.13`.
54
+
55
+
## Configure NAT for subnets
56
+
57
+
You configure subnet NAT when you create or edit a LAN on a Magic WAN Connector. In the Connector configuration:
58
+
59
+
- You define the **local prefix** for the subnet on the LAN side.
60
+
- You optionally define a **static NAT prefix** of the same size. When present, this prefix becomes the overlay-facing prefix for that subnet.
61
+
62
+
For step-by-step instructions to configure a LAN and supply a static NAT prefix, refer to:
For more information on how to a create a NAT for a subnets, refer to **Create a LAN**, either in <ahref={props.hardConnectorURL}>Configure hardware Connector</a> or in <ahref={props.virtualConnectorURL}>Configure Virtual Connector</a>.
0 commit comments