☰

OpenVPN tiene problemas

tag-icon • tag-icon ubuntu networking openvpn
OpenVPN tiene problemas

Tengo algunos problemas con mi configuración de OpenVPN.

La puesta en marcha: -> Ubuntu Server 12.04 -> Dos NIC activas: eth0 (predeterminado): 192.168.1.0/24 eth1: xxxx (ip externa)

Logré que el enrutamiento funcione para poder conectarme al mundo exterior con la 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

Pero aquí viene el verdadero problema: Al configurar openvpn con la opción "local xxxx (eth1 ext ip)", todavía crea un túnel en la interfaz eth0. Y no puedo entender por qué.

Configuración de 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 activo):

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

¿Alguien tiene alguna idea?

Respuesta1

Tu netstatmuestra que elProveedor de servidor VPNestá redirigiendo su puerta de enlace de cliente (que es una práctica estándar paraServicios de anonimización de VPN). Esto significa que hará un túneltodotráfico, independientemente de qué interfaz sea la fuente. Lo que necesita está route-nopullen la configuración de su cliente, lo que evitará que el servidor cambie su tabla de enrutamiento, permitiéndole crear manualmente las rutas que necesita.

Respuesta2

Si te entiendo correctamente, quieres que los clientes OpenVPN sigan una ruta determinada, ¿correcto? Si es así, intente agregarlo a la configuración del servidor. He incluido la configuración del servidor de uno de mis laboratorios de pruebas a continuación, agregué local <ext eth1 ip>a la configuración del 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

Lo actualizaré si tienes preguntas.

ACTUALIZAR:Tiene una entrada en su tabla de enrutamiento que dirige todo su tráfico a través de su interfaz 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

Eso debería cambiarse a eth1 Iface y eth1la IP de la puerta de enlace o eliminarse por completo, ya que ya tiene una ruta para su red local y está en conflicto con su otra ruta predeterminada:

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

Mi suposición fundamentada es que el destino es el mismo, pero la segunda entrada tiene prioridad.

información relacionada