Rede do Tomato - problemas com alguns dispositivos no segmento com fio em ponte

Question

Esta é minha rede:

Linhas pontilhadas indicam conexões sem fio, linhas sólidas indicam conexões Ethernet.

Eu usei dois roteadores ASUS e o Tomato para conectar minha rede. Então eu tenho dois segmentos com fio e uma rede sem fio fornecida pelo roteador principal conectado ao meu modem a cabo.

Tudo parecia bem quando montei a ponte na semana passada.

O roteador principal .1 está configurado para DHCP e virtualmente tudo é DHCP com reservas pelo endereço MAC. A ponte tem .2 atribuída a sua LAN e está configurada no modo de ponte sem fio. O roteador .2 é configurado no modo em ponte e se conecta sem fio a 0,1, fornecendo conectividade para todos os dispositivos em suas portas Ethernet.

Mas o que estou vendo hoje é que o Pogoplug 2 (.195) não consegue chegar à Internet.

Não é possível pingar 192.168.1.1.

Pode pingar .2 (é bridge), .199 (Mac sem fio), .197 (com fio), .196 (com fio), etc.

Estou conectado de .199 a .195 via SSH.

Se eu usar as ferramentas do Tomato na bridge, ele pode pingar .1, 8.8.8.8 etc, então parece que está tudo bem.

O que estou perdendo aqui? Parece algo simples.

Pogoplug2 ifconfig:

[root@alarm ~]# ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.195  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::225:31ff:fe05:38bc  prefixlen 64  scopeid 0x20<link>
        ether 00:25:31:05:38:bc  txqueuelen 1000  (Ethernet)
        RX packets 169  bytes 20660 (20.1 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 89  bytes 11323 (11.0 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 11  

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 16436
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 0  (Local Loopback)
        RX packets 4  bytes 260 (260.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 4  bytes 260 (260.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Um PC na parte em ponte é bom - pings 192.168.1.1

OSX, Ubuntu, dispositivos Windows no segmento em ponte parecem estar bem.

Pogoplug, Raspberry Pi tem problemas. O problema acontece em firmwares Tomato e DD-WRT. Eu tive um amigo confirmando o que parece ser o mesmo problema com um dispositivo FreeBSD (mas não com um cliente Windows) em um segmento em ponte como este com Tomato em roteadores Cisco-Linksys.

Esta configuração ou defeitos ou sensibilidades do cliente ou o quê?

    

Answer 1

Um amigo que é um administrador de rede e uma pessoa do Cisco / roteador configurou um sistema que demonstra o problema e depois me enviou uma solução:

You would think it would have been discussed out there more. Who knows? I really think it's a combination of bugs. When you setup the 2nd router as a wireless bridge, the 1st router should only see the MAC address of the 2nd router's WLAN. It should proxy-arp all clients on its side. The logic of this is explained decently in sections 16.3 and 16.3.1 on this site: http://lartc.org/howto/lartc.bridging.proxy-arp.html

At any rate, I have a workaround for you. On your 192.168.1.1 router, go to Administration -> Scheduler. Enable "Custom 1" and put "arp -d 192.168.1.195" (your PogoPlug IP) in the Command Box without the quotes. Set it to execute every 3 minutes of every day. Shouldn't be necessary, but it's been working for my FreeBSD box connectivity for over 45 minutes.

    

Answer 2

Eu tive esse problema também, mas com um PC específico. Se eu definir o endereço IP da máquina problemática estaticamente, funcionou. Não havia nada visivelmente errado.

No entanto, devo salientar que mudei há um ano para DDWRT e não tive o problema desde então. Você poderia tentar isso.