wlan0とeth0を介して同じWAN IPの2つの異なるワイヤガードトンネルwg0とwg1

Question

現在IPv4設定が実行されている場合は、レイヤ4（UDPポート）を使用するポリシールーティングルールを使用して、同じサーバーに2つの異なるパスを提供できます。

したがって、そのパスを介してサーバーに移動するパスを使用するのではなく、そのパスを介して発生すると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

固定ポート51821の使用wg1

次の[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インターフェイスに対してのみ発生します。他のWireGuardインターフェイスは影響を受けません。wlan0eth0

# 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

実行する必要がある2つのコマンド（すでに追加されたリスニングポートに加えて）は、おそらく追加のエントリに統合されなければなりませんwg1.conf。PreUpPostUpPreDownPostDownwg1.conf

Answer 1