質問: openvpnクライアントがopenvpnサーバーと同じlan上のマシンにアクセスできないのはなぜですか? linuxサーバーとwindowsクライアントでopenvpnを指示に従って here に設定しました。クライアントはサーバーにアクセスできますが、lanにそれ以上アクセスできません。サーバーは10.23.29.64/24、openvpnサブネットは10.23.30.0/24、クライアントは10.0.0.71/24なので、重複はありません。私のサーバー設定ファイルは:port 53 proto udp dev tun ca ca.crt cert server.crt key server.key dh dh1024.pem server 10.23.30.0 255.255.255.0 ifconfig-pool-persist ipp.txt push "route 10.23.29.0 255.255.255.0" keepalive 10 120 comp-lzo user nobody group nobody persist-key persist-tun status openvpn-status.log verb 3 私のクライアント構成はclient dev tun proto udp remote hostname_removed 53 resolv-retry infinite nobind persist-key persist-tun ca ca.crt cert client.crt key client.key ns-cert-type server comp-lzo verb 3 接続すると、クライアントは10.23.30.6/30を取得し、4つのルートが追加されます。 10.23.29.0 255.255.255.0 10.23.30.5 10.23.30.6 1 10.23.30.1 255.255.255.255 10.23.30.5 10.23.30.6 1 10.23.30.4 255.255.255.252 10.23.30.6 10.23.30.6 30 10.23.30.6 255.255.255.255 127.0.0.1 127.0.0.1 30 私のサーバーは10.23.30.1/32を取得します(これを変更is the problem?)私のクライアントは10.23.30.1と10.23.29.64でサーバーにpingできますが、これ以上は取得できません。このクライアントが私のlanの残りの部分にアクセスできるようにするには、他に何が必要ですか?更新:ルーターに静的ルートを追加したので、ルーティングテーブルは次のようになります。{admin}=>ip rtlist label destination gateway interface mtc admin oper 10.0.0.138/32 127.0.0.1 loop 0 up [up] 10.0.0.255/32 127.0.0.1 loop 0 up [up] 10.23.29.254/32 127.0.0.1 loop 0 up [up] 10.23.29.255/32 127.0.0.1 loop 0 up [up] 87.115.131.206/32 127.0.0.1 loop 0 up [up] 127.0.0.1/32 127.0.0.1 loop 0 up [up] 255.255.255.255/32 127.0.0.1 loop 0 up [up] 195.166.128.189/32 87.115.131.206 internet 0 up up 212.159.6.9/32 internet 10 up up 212.159.6.10/32 internet 10 up up 10.0.0.0/24 10.0.0.138 localnetwork 0 up [up] 10.23.29.0/24 10.23.29.254 localnetwork 0 up [up] 10.23.30.0/24 10.23.29.10 localnetwork 0 up [up] 0.0.0.0/0 internet 10 up up しかし、10.23.29.10から10.23.30.1にtracerouteを実行すると、次のようになります。traceroute to 10.23.30.1 (10.23.30.1), 30 hops max, 60 byte packets 1 dsldevice.lan (10.23.29.254) 2073.983 ms 2073.481 ms 74.545 ms 2 * * * そしてあきらめるまですべての星。これは、ルーティングテーブルがそうであるように言うように、tracerouteパケットが10.23.29.10に転送されないことを私に信じさせます。
回答: 私の設定で同じ問題が、今は修正されました:openvpn road warrior設定を使用しているため、パケットはルーティングされたがnat処理されたことが記録されます。アウトバウンドnatオプションを構成して、lanインターフェース上のopenvpn仮想ipアドレスからのソースポートをwan natアドレス。pfsenseでは、自動アウトバウンドnatルールから手動アウトバウンドnatルールへのルールを無効にして、openvpn内部ネットワーク用の新しいルールを追加するだけです。