Skip to content

Commit 832c0ad

Browse files
[MWAN] Improve clarity on NAT subnet info (cloudflare#26654)
* improved language * refined text
1 parent 9374590 commit 832c0ad

File tree

1 file changed

+53
-11
lines changed
  • src/content/partials/networking-services/mconn/network-options

1 file changed

+53
-11
lines changed

src/content/partials/networking-services/mconn/network-options/nat-subnet.mdx

Lines changed: 53 additions & 11 deletions
Original file line numberDiff line numberDiff line change
@@ -4,21 +4,63 @@ params:
44
- virtualConnectorURL
55
---
66

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
88

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.
1010

11-
For example:
11+
With subnet NAT, the Connector performs a static, 1:1 translation between:
1212

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.
1515

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.
1717

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
2119

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:
63+
64+
- <a href={props.hardConnectorURL}>Configure hardware Connector</a>
65+
- <a href={props.virtualConnectorURL}>Configure Virtual Connector</a>
2366

24-
For more information on how to a create a NAT for a subnets, refer to **Create a LAN**, either in <a href={props.hardConnectorURL}>Configure hardware Connector</a> or in <a href={props.virtualConnectorURL}>Configure Virtual Connector</a>.

0 commit comments

Comments
 (0)