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?
Tags networking routing linux