Strongswan は、2 つの IPsec トンネル間でトラフィックを転送します。

StrongSwan IKEv2設定と外部固定IPを備えたリモート（中央集中型）VPNサーバーがある場合：

• 集中型サーバー内部IP 192.168.1.65、ネットワーク192.168.1.64/27

2 つのゲートウェイが内部ネットワークに対して NAT を実行します。

• 最初のゲートウェイの内部IPは192.168.1.33、ネットワーク：192.168.1.32/27です。
• 2番目のゲートウェイの内部IPは192.168.1.1、ネットワーク：192.168.1.0/27です。

ゲートウェイはまた、StrongSwanを使用して中央サーバーに接続します。

ゲートウェイからサーバーへ、サーバーからゲートウェイへの接続はうまく機能します。 pingはうまく機能し、サーバー/ゲートウェイのサービスにアクセスできます。ゲートウェイの背後にあるデバイスも問題なくサーバーにアクセスできます。

問題は、異なるゲートウェイ間でコンピュータにアクセスしようとしたときに発生します。

構成：

集中された:

conn base
    keyexchange = ikev2
    keyingtries = %forever
    forceencaps = yes
    compress = no

    left = centralized
    leftid = @centralized
    leftauth = pubkey
    leftca = "..."
    leftcert = centralized.crt
    leftupdown = sudo -E ipsec _updown iptables
    leftsubnet = 192.168.1.65

    right = %any
    rightauth = pubkey
    rightauth2 = psk
    rightca = %same

conn gateway-first
    auto = add
    rightid = @gateway-first
    rightcert = gateway-first.crt
    rightsubnet = 192.168.1.32/27
    rightsourceip = 192.168.1.66
    also = base

conn gateway-second
    auto = add
    rightid = @gateway-second
    rightcert = gateway-second.crt
    rightsubnet = 192.168.1.0/27
    rightsourceip = 192.168.1.67
    also = base

ゲートウェイ優先順位：

conn gateway-first
    auto = route
    dpdaction = restart
    closeaction = restart
    keyexchange = ikev2
    keyingtries = %forever
    forceencaps = yes
    compress = no

    rightid = @centralized
    right = centralized
    rightauth = pubkey
    rightca = "..."
    rightcert = centralized.crt
    rightsubnet = 192.168.1.65,192.168.1.0/27

    leftid = @gateway-first
    left = %defaultroute
    leftauth = pubkey
    leftauth2 = psk
    leftca = %same
    leftcert = gateway-first.crt
    leftupdown = sudo -E ipsec _updown iptables
    leftsubnet = 192.168.1.32/27
    leftsourceip = %config4

2番目のゲートウェイ：

conn gateway-second
    auto = route
    dpdaction = restart
    closeaction = restart
    keyexchange = ikev2
    keyingtries = %forever
    forceencaps = yes
    compress = no

    rightid = @centralized
    right = centralized
    rightauth = pubkey
    rightca = "..."
    rightcert = centralized.crt
    rightsubnet = 192.168.1.65,192.168.1.32/27

    leftid = @gateway-second
    left = %defaultroute
    leftauth = pubkey
    leftauth2 = psk
    leftca = %same
    leftcert = gateway-second.crt
    leftupdown = sudo -E ipsec _updown iptables
    leftsubnet = 192.168.1.1/27
    leftsourceip = %config4

pingを試すとき2番目のゲートウェイコンピュータの後ろからゲートウェイ優先順位（元のコンピュータIPは192.168.1.40）と実行TCPダンプ存在する集中サーバーには以下も表示されます。

tcpdump -i eth0 host 192.168.1.1 -n
error : ret -1
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
21:27:49.030650 IP 192.168.1.40 > 192.168.1.1: ICMP echo request, id 9721, seq 35, length 64
21:27:50.026652 IP 192.168.1.40 > 192.168.1.1: ICMP echo request, id 9721, seq 36, length 64
21:27:51.031805 IP 192.168.1.40 > 192.168.1.1: ICMP echo request, id 9721, seq 37, length 64
21:27:52.041165 IP 192.168.1.40 > 192.168.1.1: ICMP echo request, id 9721, seq 38, length 64
21:27:53.029530 IP 192.168.1.40 > 192.168.1.1: ICMP echo request, id 9721, seq 39, length 64

したがって、このログによればパケットが到着します。集中サーバーですが配信されません192.168.1.1。

集中型サーバーと両方のゲートウェイで転送を有効にしました。

net.ipv4.ip_forward = 1

中央サーバーのルーティングテーブル：

# ip route
default via yy.yy.yy.yy dev eth0  proto static 
zz.zz.zz.zz dev eth0  proto kernel  scope link  src xx.xx.xx.xx
192.168.1.64/27 via 192.168.1.65 dev eth1  proto static

そしてルーティングテーブル＃220（VPN）：

# ip route show table 220
192.168.1.0/27 via 5.189.141.1 dev eth0  proto static  src 192.168.1.65 
192.168.1.32/27 via 5.189.141.1 dev eth0  proto static  src 192.168.1.65 

2つの異なるトンネル間の転送を有効にする方法についてのアイデアはありますか？