☰

OpenVPN борется

tag-icon • tag-icon ubuntu networking openvpn
OpenVPN борется

У меня возникли проблемы с настройкой OpenVPN.

Установка: -> Ubuntu Server 12.04 -> Две активные сетевые карты: eth0 (по умолчанию): 192.168.1.0/24 eth1: xxxx (внешний IP)

Мне удалось настроить маршрутизацию так, что я могу подключиться к внешнему миру с помощью сетевой карты eth1.

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

Но вот настоящая проблема: При настройке openvpn с опцией "local xxxx (eth1 ext ip)" он все равно туннелирует интерфейс 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-клиент следовал по определенному маршруту, верно? Если так, попробуйте добавить его в конфигурацию сервера. Я включил конфигурацию сервера одной из моих тестовых лабораторий ниже, я добавил local <ext eth1 ip>в конфигурацию сервера:

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 Iface и eth1IP-адрес шлюза, либо полностью удалить, поскольку у вас уже есть маршрут для локальной сети, и он конфликтует с другим маршрутом по умолчанию:

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

По моим обоснованным предположениям, пункт назначения тот же, но приоритет имеет вторая запись.

Связанный контент