複数の正しいサブネットに接続しているOpenSwanが機能しない

Openswan（バージョン2.6.37）を使用して、ローカルネットワークからリモートサイトにIPsec VPNを接続しようとしています。リモートサイトの単一のサブネットに接続したいだけで、すべてが正常に機能します。ただし、リモートサイトには、アクセスする追加のサブネットもあります。

これは私の構成です：

conn myConn
        type=tunnel
        left=192.168.139.14
        leftsubnet=192.168.139.0/24
        leftxauthclient=yes
        right=X.X.X.X
        rightsubnet=172.16.1.0/24
        keyexchange=ike
        auth=esp
        authby=secret
        phase2alg=3des-sha1
        pfs=yes

に置き換えるrightsubnetとrightsubnets、次のようになります。

rightsubnets={172.16.1.0/24 192.168.3.0/24}

...接続は正常に作成されますが、リストの最後のサブネットのみが使用可能です。172.16.1.0サブネット上の何かをpingしようとしても失敗します。サブネットの順序を入れ替えると、pingはできます172.16.1.Xが、他のサブネットでは何もpingできません。これは、Openswanがリストの最後のサブネットのみを使用して接続を作成しているようです。

ここで何か間違ったことをしていますか？

私が言及するのを怠った追加情報の少し（それが関連するかどうかはわかりませんが）：私のOpenSwanクライアントはNATを使用するルーターの背後nat_traversal=yesにあり、ipsec.confファイルにあります。

複数のサブネットの通常の区切り文字はカンマのように見えますが、少なくともopenswan-2.6.32はスペースでも機能します。

興味深い情報をログに記録する必要があります。/var/log/secureこの情報には、動作しない理由の手がかりが含まれている可能性があります。またの出力を掲示ip x s shしてip x p sh。

作るconnトンネルの両方のエンドポイント上の各サブネットのセクションの設定を。そのうちの1つ（最初に開始されたもの）のみがSAネゴシエーションを開始し、2つ目（またはそれ以上）がそれ以降のサブネットの新しいSPDのみを作成します。

を使用するrightsubnets場合はleftsubnets、同様に使用する必要がありleftsubnetます。その側にサブネットが1つしかない場合でも。ipsec.confのmanページはこれを説明するのに素晴らしい仕事をしていませんが、そこにはあります。

私は数か月間同様の問題を抱えていましたが、ここで答えを見つけました：https ://serverfault.com/questions/571352/openswan-multiple-subnets-routing-issue

OpenSwanには、正しく機能するためにサブネットリストの最後に余分なコンマが必要なバグがあるようです。試してください：

rightsubnets={172.16.1.0/24,192.168.3.0/24,}

最後の余分なコンマに注意してください。

こんな感じ

rightsubnets={172.16.1.0/24,192.168.3.0/24}

,エントリを区切るには、スペースではなくコンマ（）を使用します。