问题：WSL2中无法设置networkingMode为Nat，系统自动回退为VirtioProxy模式，如何解决？

Question

在使用WSL2时，部分用户尝试通过配置文件设置 `networkingMode=Nat` 以启用NAT模式，但系统却自动回退为默认的 `VirtioProxy` 模式。此问题通常出现在Windows 11 22H2及之后版本中，微软已逐步弃用 `Nat` 模式并默认采用 `VirtioProxy` 以提升网络性能和兼容性。尽管部分文档仍保留 `Nat` 模式配置选项，但实际系统已不再支持手动切换。解决方法包括：确认Windows版本是否支持 `Nat` 模式、更新WSL至最新版本，或接受系统默认行为，调整网络配置以适配 `VirtioProxy` 模式。

Answer 1

WSL2 中 networkingMode=Nat 配置失效问题深度解析

1. 问题现象与初步定位

部分用户在使用 WSL2 时，尝试在配置文件（如 %USERPROFILE%\.wslconfig）中设置：

[wsl2]
networkingMode=Nat

但系统在启动 WSL2 实例时，仍然自动回退为默认的 VirtioProxy 模式。这一现象常见于 Windows 11 22H2 及更新版本。

2. 技术背景：WSL2 网络架构演进

WSL2 使用轻量级虚拟机（Hyper-V）运行 Linux 内核，其网络模型经历了以下演进：

• NAT 模式：早期 WSL2 默认采用，通过主机的 NAT 网络为 Linux 子系统分配 IP 地址。
• VirtioProxy 模式：微软自 Windows 11 22H2 起逐步引入，基于 Virtio 网络设备和代理机制，提升性能与网络兼容性。

模式	性能	兼容性	是否可配置
NAT	中等	一般	已弃用
VirtioProxy	高	优秀	默认且推荐

3. 问题成因分析

1. Windows 版本限制：从 Windows 11 22H2 开始，微软逐步移除了对 networkingMode=Nat 的支持。
2. WSL 内核更新：新版本 WSL2 内核默认启用 VirtioProxy 设备，旧配置项不再生效。
3. 文档滞后：部分官方文档仍保留 Nat 模式说明，造成用户误解。

4. 解决方案与适配建议

1. 确认系统版本是否支持 Nat 模式：
   • Windows 10 21H2 及以下版本仍支持 Nat 模式。
   • Windows 11 22H2 及以上版本仅支持 VirtioProxy。
2. 更新 WSL 到最新版本：

   wsl --update

3. 适配 VirtioProxy 模式下的网络配置：
   • 主机与 WSL2 实例之间通信 IP 仍为 host.docker.internal 或 172.x.x.1。
   • 防火墙规则需更新以允许 VirtioProxy 接口通信。

5. 网络拓扑与配置流程图

graph TD
A[用户设置 networkingMode=Nat] --> B{Windows版本 >= 22H2?}
B -->|是| C[自动回退至 VirtioProxy]
B -->|否| D[成功启用 Nat 模式]
C --> E[建议更新 WSL 并适配新网络模型]
D --> F[继续使用旧网络配置]