Conectando-se ao mesmo IP através de duas interfaces de rede ao mesmo tempo

1

Estou desenvolvendo um sistema Debian 8 que tem duas interfaces de rede (uma ethernet e um modem 3G) e é suposto ter duas conexões simultâneas para um broker MQTT, ou seja, deve haver uma conexão via ambas as interfaces. A linguagem que estou usando é Python e o cliente MQTT é Paho.

Fornecer o método de conexão do Paho com argumento chamado bind_address deve fazer extatamente o que eu quero. Eu criaria apenas duas instâncias de Paho e daria a elas os endereços IP das minhas duas interfaces.

O problema é que apenas um deles se conecta.

Eu tentei pingar o IP do broker especificando a interface explicitamente ( ping -I ifname a.b.c.d ) e isso funciona com ambas as interfaces. Além disso, dando as duas instâncias de Paho o mesmo IP, o da Ethernet, funciona.

Nesse ponto, meu palpite é que esse problema está relacionado ao roteamento, mas essa é uma área com a qual não estou muito familiarizado.

Como posso corrigir isso?

Saída de ip addr conforme solicitado:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:04:25:18:e9:a9 brd ff:ff:ff:ff:ff:ff
    inet 82.195.211.80/23 brd 82.195.211.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::204:25ff:fe18:e9a9/64 scope link
       valid_lft forever preferred_lft forever
3: sit0@NONE: <NOARP,UP,LOWER_UP> mtu 1480 qdisc noqueue state UNKNOWN group default
    link/sit 0.0.0.0 brd 0.0.0.0
    inet6 ::127.0.0.1/96 scope host
       valid_lft forever preferred_lft forever
4: wwan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 1000
    link/ether 0a:71:b0:b9:ca:39 brd ff:ff:ff:ff:ff:ff
    inet 10.36.124.58/30 brd 10.36.124.59 scope global wwan0
       valid_lft forever preferred_lft forever
    inet6 fe80::871:b0ff:feb9:ca39/64 scope link
       valid_lft forever preferred_lft forever

Saída de ip route conforme solicitado:

default via 82.195.210.1 dev eth0  metric 202
default via 10.36.124.57 dev wwan0  metric 204
default via 82.195.210.1 dev eth0  proto static  metric 1024
10.36.124.56/30 dev wwan0  proto kernel  scope link  src 10.36.124.58  metric 204
10.36.124.58 via 127.0.0.1 dev lo  metric 204
82.195.210.0/23 dev eth0  proto kernel  scope link  src 82.195.211.80  metric 202
82.195.211.80 via 127.0.0.1 dev lo  metric 202
    
por TheAG 08.03.2017 / 09:22

1 resposta

1

O roteamento simples da política de origem provavelmente resolveria seu problema. Crie uma nova tabela de roteamento chamada mobile com um número não utilizado arbitrário (100 aqui; isso é opcional, você poderia simplesmente usar o número):

echo 100 mobile >> /etc/iproute2/rt_tables

Defina esta tabela para encaminhar para o seu gateway 3G:

ip route add default via 10.36.124.57 dev wwan0 table mobile
ip route flush cache

Por fim, adicione a regra do seu endereço de origem 3G para usar a tabela recém-configurada celular :

ip rule add from 10.36.124.58 table mobile

Eu peguei o nome da interface (wwan0) e os endereços da sua pergunta. O nome da interface pode ser razoavelmente esperado para permanecer estável (pelo menos até você conectar outro modem 3G ao seu computador), mas o endereço local e do gateway pode mudar em cada conexão. Você provavelmente vai querer fazer o script dessa configuração.

    
por 09.03.2017 / 09:53