Pacotes de retorno não sendo roteados em um roteador Linux que eu construí

1

Eu criei um roteador executando Raspbian em um Pi e conectei vários clientes a ele.

É apenas um projeto de brinquedo e eu só me preocupo com o roteamento entre os nós, então não estou usando NAT ou algo assim.

O layout se parece com isso (estou jogando com o ECMP, portanto, os dois nós com um endereço de 10.0.0.4 ):

Eu habilitei o proxy ARP e o IP Forwarding no roteador

pi@raspberrypi-router:~ sysctl net.ipv4.conf.all.proxy_arp
net.ipv4.conf.all.proxy_arp = 1

pi@raspberrypi-router:~ sysctl net.ipv4.ip_forward
net.ipv4.ip_forward = 1

E a filtragem de caminho inverso está desativada

pi@raspberrypi-router:~ sysctl net.ipv4.conf.all.rp_filter
net.ipv4.conf.all.rp_filter = 0

Eu configurei algumas rotas no roteador

pi@raspberrypi-router:~ ip route show
10.0.0.4
    nexthop dev eth0 weight 1
    nexthop dev eth1 weight 1 
10.0.0.50 via 10.0.0.8 dev eth2
192.168.1.0/24 dev wlan0 proto kernel scope link src 192.168.1.85

Ping 10.0.0.50 do roteador funciona felizmente

pi@raspberrypi-router:~ ping 10.0.0.50
PING 10.0.0.50 (10.0.0.50) 56(84) bytes of data.
64 bytes from 10.0.0.50: icmp_seq=1 ttl=64 time=1.07 ms
64 bytes from 10.0.0.50: icmp_seq=2 ttl=64 time=1.04 ms
^C
--- 10.0.0.50 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 1.049/1.064/1.079/0.015 ms

Como o ping de 10.0.0.4 do roteador

pi@raspberrypi-router:~ ip roping 10.0.0.4
PING 10.0.0.4 (10.0.0.4) 56(84) bytes of data.
64 bytes from 10.0.0.4: icmp_seq=1 ttl=64 time=1.08 ms
64 bytes from 10.0.0.4: icmp_seq=2 ttl=64 time=1.05 ms
^C
--- 10.0.0.4 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 1.052/1.069/1.087/0.037 ms

No entanto, o ping de 10.0.0.4 de 10.0.0.50 não funciona. A resposta de 10.0.0.4 nunca é roteada de volta para 10.0.0.50 , eu verifiquei isso com TCPDump

Em 10.0.0.4 , vejo a solicitação de eco ICMP chegar e a resposta enviada

21:30:01.078281 IP 10.0.0.50 > 10.0.0.4: ICMP echo request, id 3819, seq 2109, length 64
21:30:01.078388 IP 10.0.0.4 > 10.0.0.50: ICMP echo reply, id 3819, seq 2109, length 64

E na interface eth0 dos roteadores, vejo a resposta chegar tão longe

21:30:47.078732 IP 10.0.0.50 > 10.0.0.4: ICMP echo request, id 3819, seq 2155, length 64
21:30:47.079286 IP 10.0.0.4 > 10.0.0.50: ICMP echo reply, id 3819, seq 2155, length 64

Mas é aí que termina, a resposta nunca volta para 10.0.0.50

Eu fiz alguma depuração com ip route e parece bem?

pi@raspberrypi-router:~ $ sudo ip route get to 10.0.0.50 from 10.0.0.4 iif eth0
10.0.0.50 from 10.0.0.4 dev eth2
    cache  iif eth0

Alguma idéia está errada?

    
por Aaron Kalair 08.11.2018 / 23:21

0 respostas