|
Hola amigos, tengo una delegación en Valencia (con
2 ADSLs,11.11.11.11 y 99.99.99.99) y otras dos en Madrid (1 ADSL cada una,
22.22.22.22 y 33.33.33.33).
Para crear los tuneles, utilizo máquinas Linux con
Debian 3, utilizando iproute2.
Por temas de reparto de carga, he decidido crear un
tunel Valencia-Madrid1 por una ADSL y Valencia-Madrid2 por otra
ADSL.
Valencia está configurada con dos interfaces, eth0
y eth0:1.
La manera en que creo los tuneles es para el caso
de Valencia-Madrid1 (tunel por eth0)
(en valencia)
ip tunnel add Madrid1 mode gre
remote 22.22.22.22 local 11.11.11.11 ttl 255
ip link set Madrid1
up
ip addr add 192.168.1.1 dev
Madrid1
ip route add 192.168.2.0/24 dev
Madrid1
(en Madrid1)
ip tunnel add Val1 mode gre
remote 11.11.11.11 local 22.22.22.22 ttl 255
ip link set Val1
up
ip addr add 192.168.2.1
dev Val1
ip route add 192.168.1.0/24 dev
Val1
Y el tunel funcina perfectamente, pero ahora
viene el problema con el tunel por la interfaz virtual, para ello
ejecuto:
ip tunnel add Madrid2 mode gre
remote 33.33.33.33 local 99.99.99.99 ttl 255
ip link set Madrid2
up
ip addr add 192.168.1.1 dev
Madrid2
ip route add 192.168.3.0/24 dev
Madrid2
ip tunnel add Val2 mode gre
remote 99.99.99.99 local 33.33.33.33 ttl 255
ip link set Val2
up
ip addr add 192.168.3.1
dev Val2
ip route add 192.168.1.0/24 dev
Val2
Pero este tunel no funciona. Personalmente creo que
se trata de un problema de rutas, por eso obte por añadir la siguiente linea en
Valencia:
ip addr add 192.168.3.1/24 dev
eth0:1
y con esto solo conseguia hacer ping al router
linux de Madrid2.
También probe en Valencia con:
ip route add 33.33.33.33 via
99.99.99.1 dev eth0:1
Con esto se cortaba la comunicacion con el router
de Madrid2 (creo lógico) pero lo malo es que tampoco me respondia el ping
a la 192.168.3.1.
¿Alguien sabe donde o porque tengo este problema?
Si alguien ha tenido alguna experiencia con este tipo de tuneles, me gustaria
que me lo comentara, gracias. |