DD-WRT: Não é possível ver o cliente ao usar ethernet com fio

8

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.

    
por Robert Jonson 08.09.2013 / 13:11

2 respostas

9

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:

  1. O que esses comandos estão fazendo
  2. Por que eles não foram ativados por padrão
por 12.09.2014 / 09:40
3

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".

    
por 16.11.2014 / 01:47