OpenVPNの苦戦

OpenVPNの苦戦

OpenVPN の設定に問題があります。

セットアップ: -> Ubuntu Server 12.04 -> 2 つのアクティブな NIC: eth0 (デフォルト): 192.168.1.0/24 eth1: xxxx (外部 IP)

ルーティングを機能させることができたので、eth1 NIC を使用して外部に接続できるようになりました。

holmen@filserver:~$ ping -I eth1 -c 3 www.linuxquestions.org
PING www.linuxquestions.org (75.126.162.205) from 192.168.1.2 eth1: 56(84) bytes of data.
64 bytes from www.linuxquestions.org (75.126.162.205): icmp_req=1 ttl=50 time=133 ms
64 bytes from www.linuxquestions.org (75.126.162.205): icmp_req=2 ttl=50 time=133 ms
64 bytes from www.linuxquestions.org (75.126.162.205): icmp_req=3 ttl=50 time=133 ms

--- www.linuxquestions.org ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 133.281/133.336/133.379/0.423 ms
One curious thing is that the "from ip #". It says "from 192.168.1.2 eth1" but that ip is the servers ip on the eth0 iface.

ネットスタット:

holmen@filserver:~$ netstat -anr
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG        0 0          0 eth0
x.x.x.x     0.0.0.0         255.255.128.0   U         0 0          0 eth1
192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0

しかし、本当の問題はここにあります。 「local xxxx (eth1 ext ip)」オプションを使用して openvpn を設定すると、eth0 インターフェイスが引き続きトンネリングされます。その理由がわかりません。

OpenVPN設定:

client

dev tap

proto udp

local x.x.x.x

remote openvpn.anonine.net 1194
remote openvpn.anonine.net 1195
remote openvpn-2.anonine.net 1196
remote openvpn-2.anonine.net 1197
remote openvpn-3.anonine.net 1198
remote openvpn-3.anonine.net 1199
remote openvpn-4.anonine.net 1200
remote openvpn-4.anonine.net 1201

remote-random

resolv-retry infinite

auth-user-pass

persist-key
persist-tun

ca anonine.ca.crt

ns-cert-type server

comp-lzo

reneg-sec 0

verb 3

Netstat (トンネルアクティブ):

holmen@filserver:~$ netstat -anr
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         46.246.20.129   128.0.0.0       UG        0 0          0 tap0
0.0.0.0         192.168.1.1     0.0.0.0         UG        0 0          0 eth0
5.150.128.0     0.0.0.0         255.255.128.0   U         0 0          0 eth1
46.246.20.128   0.0.0.0         255.255.255.128 U         0 0          0 tap0
80.67.8.222     192.168.1.1     255.255.255.255 UGH       0 0          0 eth0
128.0.0.0       46.246.20.129   128.0.0.0       UG        0 0          0 tap0
192.168.1.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0

誰か何かアイデアはありますか?

答え1

あなたのnetstatショーはVPNサーバープロバイダークライアントゲートウェイをリダイレクトしています(これはVPN 匿名化サービス)。これはトンネルを掘ることを意味します全てどのインターフェースがソースであるかに関係なく、トラフィックをブロックします。必要なのはroute-nopullクライアント構成です。これにより、サーバーがルーティング テーブルを変更するのが停止し、必要なルートを手動で作成できるようになります。

答え2

私の理解が正しければ、OpenVPN クライアントが特定のルートに従うようにしたいということですね? そうであれば、サーバー構成に追加してみてください。以下に、テスト ラボの 1 つからサーバー構成を記載しました。<ext eth1 ip>サーバー構成に local を追加しました。

local xxx.xxx.xxx.xxx
port 443
proto tcp
dev tap1
ca cacert.pem
cert servercert.pem
key servercert-unencr.key
dh dh1024.pem
persist-key
persist-tun
keepalive 20 120
tun-mtu 1500
server-bridge 192.168.200.1 255.255.255.0 192.168.200.10 192.168.200.15
ifconfig-pool-persist ipp-generic.txt
comp-lzo
duplicate-cn
daemon
verb 3
#redirect-gateway def1
push "route 192.168.100.0 255.255.255.0"
log-append /etc/openvpn/logs/ovpn-generic.log
up /etc/openvpn/ifconfig-tap1.sh
cd /etc/openvpn
push "dhcp-option DOMAIN lab.test"
push "dhcp-option NBT 2"
push "dhcp-option DNS 192.168.100.1"
push "dhcp-option DNS 4.2.2.2"
script-security 3 system

ご質問があれば更新します。

アップデート:ルーティング テーブルに、すべてのトラフィックを eth0 インターフェイスに向けるエントリがあります。

Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG        0 0          0 eth0

eth1すでにローカル ネットワークのルートがあり、それが他のデフォルト ルートと競合しているため、ゲートウェイのeth1 Iface と IP に変更するか、完全に削除する必要があります。

Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         46.246.20.129   128.0.0.0       UG        0 0          0 tap0

私の推測では、宛先は同じですが、2 番目のエントリが優先されます。

関連情報