☰

No se puede acceder a Ubuntu multitarjeta desde una subred diferente

tag-icon • tag-icon ubuntu linux-networking multi-homed
No se puede acceder a Ubuntu multitarjeta desde una subred diferente

Tengo un servidor Ubuntu 12.04 de múltiples servidores. Tengo dos interfaces de red conectadas a dos rangos de IP diferentes.

2: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    inet 190.113.X.X/29 brd 190.113.98.183 scope global eth1
(...)

3: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    inet 10.100.100.21/24 brd 10.100.100.255 scope global eth0
(...)

Cada vez que intento acceder al servidor en el enlace eth0 desde otra subred que no pertenece a la 10.100.100.Xred, no obtengo respuesta. Lo estoy iptablesejecutando en el servidor (dado que tiene una IP pública en eth1) pero permito todo el tráfico de la red privada en el enlace eth0.

Si hago un tcpdumpen la interfaz del servidor tengo esto (mi pc es 10.100.102.22):

18:30:23.813889 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 10.100.102.22 tell 10.100.100.21, length 28
18:30:24.810691 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 10.100.102.22 tell 10.100.100.21, length 28
18:30:25.810718 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 10.100.102.22 tell 10.100.100.21, length 28

Puedo hacer ping desde el servidor a mi PC:

PING 10.100.102.22 (10.100.102.22) 56(84) bytes of data.
64 bytes from 10.100.102.22: icmp_req=1 ttl=63 time=0.273 ms
64 bytes from 10.100.102.22: icmp_req=2 ttl=63 time=0.324 ms

La tabla de enrutamiento es la siguiente: Tabla 1:

default via 10.100.100.1 dev eth0 
10.0.0.0/8 dev eth0  scope link  src 10.100.100.21

Tabla 2:

default via 190.113.X.X dev eth1 
190.113.X.X/29 dev eth1  scope link  src 190.113.X.X

Por defecto:

default via 10.100.100.1 dev eth0  metric 100 
10.100.100.0/24 dev eth0  proto kernel  scope link  src 10.100.100.21 
190.113.X.X/29 dev eth1  proto kernel  scope link  src 190.113.X.X

Respuesta1

El cliente también necesita conocer la ruta a la red 10.100.100.0/24.

entonces necesitas agregar una ruta en el cliente

ip r a 10.100.100.0/24 via 10.100.100.1 dev eth0

o necesita agregar la ruta en la puerta de enlace predeterminada que utiliza el cliente.

Puedes pensarlo de esta manera: el cliente necesita saber cómo llegar a 10.100.100.21; si no lo hace, probará con la puerta de enlace predeterminada; si la puerta de enlace no lo sabe, no tendrás suerte.

información relacionada