两个不同的wireguard隧道wg0和wg1通过wlan0和eth0到同一个WAN IP

Question

在当前 IPv4 设置运行的情况下，可以使用依赖第 4 层（UDP 端口）的策略路由规则来向同一服务器提供两条不同的路由。

因此，与其使用通过该路由到达服务器的路由wlan0，还不如通过该路由覆盖预期发生的路由eth0 喜欢:

ip route add 11.11.11.11/32 via 192.168.0.1 dev wlan0

相反，我们可以依靠 WireGuard 的源端口来进行不同的路由，使用带有端口选择器的规则和由该规则选择的备用路由表。最简单的方法是选择固定的本地 WireGuard 端口。由于 ISP2 的 NAT，远程系统是否看到其他端口并不重要：路由规则仅在本地系统上重要，在远程系统上无关。

更改之前，没有固定的源端口，到达 11.11.11.11 端口 7777 的路由是通过的，eth0而意图是使用wlan0：

# ip route get 11.11.11.11 ipproto udp dport 7777
11.11.11.11 via 192.168.100.1 dev eth0 src 192.168.100.200 uid 0 
    cache

使用固定端口 51821wg1

将此行添加到以下[Interface]部分wg1.conf：
```
ListenPort = 51821
```
同时立即生效：
```
wg set wg1 listen-port 51821
```
使用无线网关到 ISP2 准备一个新的路由表（任意选择 1000），其中包含默认路由：
```
ip route add default via 192.168.0.1 dev wlan0 table 1000
```
当本地发起的UDP源端口为51821时选择该路由表（这iif lo是特殊语法当地发起的代替路由/转发因此，如果有任何偶然使用相同 UDP 源端口的流量，这不会中断其他路由流量）。
```
ip rule add iif lo ipproto udp sport 51821 lookup 1000
```
由于已选择松散反向路径转发 ( rp_filter=2)，因此无需进一步调整回复，因为某处存在默认路由（即使它不在同一接口上）。

因此，在这两种情况下，回复通过wlan0都可以。之前和之后：
```
# ip route get iif wlan0 from 11.11.11.11 ipproto udp dport 51821 to 192.168.0.134
local 192.168.0.134 from 11.11.11.11 dev lo 
    cache <local> iif wlan0 
```

但现在经过这些改变：

# ip route get 11.11.11.11 ipproto udp sport 51821
11.11.11.11 via 192.168.0.1 dev wlan0 table 1000 src 192.168.0.134 uid 0 
    cache

该流量仅针对 UDP 源端口 51821，即仅针对该wg1接口，使用wlan0而不是eth0.其他 WireGuard 接口不会受到影响：

# ip route get 11.11.11.11 ipproto udp sport 51820
11.11.11.11 via 192.168.100.1 dev eth0 src 192.168.100.200 uid 0 
    cache

唯一必须运行的两个命令（除了已添加的侦听端口之外wg1.conf）可能应该集成为中的附加PreUp//条目。PostUpPreDownPostDownwg1.conf

Answer 1