Um problema frustrante que tenho enfrentado - não sei o que está errado.
Eu tenho um roteador Netgear WNR2000v3 com o DD-WRT v24-sp2 (19/03/12) std instalado. Tudo funciona perfeitamente para além de um problema.
Eu tenho um servidor de arquivos que está conectado a uma das portas Ethernet na parte de trás do roteador. O servidor de arquivos pode ver todos os dispositivos de rede bem (pode pingar bem). O servidor de arquivos - e todos os dispositivos - podem acessar a Internet através da interface eth0 (configurada para ser WAN). O DD-WRT recebe um IP da WAN via DHCP - tudo bem.
Aqui está a parte interessante. Quando meu laptop está conectado via wifi (dispositivo ath0 no roteador), o laptop pode ver o servidor de arquivos - eu posso fazer um ping bem. No entanto, quando eu conecto o laptop a outra porta ethernet na parte de trás do roteador, ele não consegue mais acessar o servidor de arquivos! Sempre que faço ping, recebo mensagens "Nenhuma rota para hospedar" e "Host está inativa" de forma intercambiável - embora ainda esteja funcionando bem.
Eu pensei que poderia ser um problema com relação à interface br0 criada por padrão - mas, até onde eu posso ver, as portas ethernet (eth1) e wifi (ath0) são conectadas como eu esperaria que fossem. Você pode ver a página de configurações mostrando isso aqui:
Estou confiante de que as sub-redes são as mesmas. Eu também devo observar que quando eu SSH no roteador (o que eu posso fazer em ambas as redes Wi-Fi e Wired), o roteador pode pingar o servidor de arquivos bem em todos os momentos. Eu simplesmente não consigo descobrir o que está errado, e espero que alguém possa lançar alguma luz sobre este estranho assunto.
Encontrei a solução, você precisa executar os dois comandos a seguir para permitir que os clientes conectados ao switch conversem entre si:
swconfig dev eth1 set enable_vlan 1
swconfig dev eth1 set apply
Comandos cortesia do tomshardware
Eu ainda não entendi:
Eu pesquisei o googling e parece ser um bug no firmware do DD-WRT . Fala-se no fórum DD-WRT que a versão mais recente do firmware irá corrigir o problema . A correção do SiegeX funciona muito bem, uma coisa adicional que eu faria seria adicioná-lo como um comando de inicialização na janela de comandos, para que, da próxima vez que o roteador reinicializar, ele "se conserte".