☰

OpenVPN com dificuldades

tag-icon • tag-icon ubuntu networking openvpn
OpenVPN com dificuldades

Tenho alguns problemas com minha configuração do OpenVPN.

A configuração: -> Ubuntu Server 12.04 -> Duas NIC's ativas: eth0 (padrão): 192.168.1.0/24 eth1: xxxx (ip externo)

Consegui fazer o roteamento funcionar para poder me conectar ao mundo externo com a NIC 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.

Netstat:

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

Mas aí vem o verdadeiro problema: Ao configurar o openvpn com a opção "local xxxx (eth1 ext ip)", ele ainda encapsula a interface eth0. E não consigo entender por quê.

Configurações 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 (túnel ativo):

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

Alguém tem alguma ideia?

Responder1

O seu netstatmostra que oProvedor de servidor VPNestá redirecionando o gateway do cliente (que é uma prática padrão paraServiços de anonimização VPN). Isso significa que ele irá criar um túneltodostráfego, independentemente de qual interface é a origem. O que você precisa está route-nopullna configuração do seu cliente, que impedirá o servidor de alterar sua tabela de roteamento, permitindo que você crie manualmente as rotas necessárias.

Responder2

Se bem entendi, você deseja que os clientes OpenVPN sigam uma determinada rota, correto? Nesse caso, tente adicioná-lo à configuração do servidor. Incluí a configuração do servidor de um dos meus laboratórios de teste abaixo e adicionei local <ext eth1 ip>à configuração do servidor:

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

Vou atualizar se você tiver dúvidas.

ATUALIZAR:Você tem uma entrada na sua tabela de roteamento que aponta todo o seu tráfego através da sua interface 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

Isso deve ser alterado para eth1 Iface e eth1IP do gateway ou removido totalmente, pois você já tem uma rota para sua rede local e está em conflito com sua outra rota padrão:

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

Meu palpite é que o destino é o mesmo, mas a segunda entrada tem precedência.

informação relacionada