Um problema frustrante que tenho enfrentado - simplesmente não sei o que há de errado.
Eu tenho um roteador Netgear WNR2000v3 com o DD-WRT v24-sp2 (19/03/12) std instalado. Tudo funciona perfeitamente à parte de uma questão.
Eu tenho um servidor de arquivos conectado a uma das portas Ethernet na parte traseira do roteador. O servidor de arquivos pode ver todos os dispositivos de rede corretamente (pode executar o ping corretamente). O servidor de arquivos - e todos os dispositivos - pode acessar a Internet através da interface eth0 (configurada para ser WAN). O DD-WRT obtém 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 o ping. No entanto, quando conecto o laptop a outra porta Ethernet na parte traseira do roteador, ele não pode mais acessar o servidor de arquivos! Sempre que faço ping, recebo mensagens "Sem rota para hospedar" e "O host está inoperante" alternadamente - mesmo que ainda esteja funcionando bem.
Eu pensei que poderia ser um problema em relação à interface br0 criada por padrão - mas, tanto quanto eu posso ver, as portas ethernet (eth1) e o wifi (ath0) são conectadas como eu esperava. Você pode ver a página de configurações mostrando isso aqui:
Estou confiante de que as sub-redes são as mesmas. Devo também observar que, quando eu faço o SSH no roteador (o que posso fazer tanto na rede wifi quanto na Ethernet com fio), o roteador pode executar ping no servidor de arquivos o tempo todo. Eu simplesmente não consigo descobrir o que está errado, e espero que alguém possa lançar alguma luz sobre esse assunto estranho.
Respostas:
Encontrei a solução, você precisa executar os dois comandos a seguir para permitir que os clientes conectados ao comutador conversem entre si:
Comandos cortesia de tomshardware
Eu ainda não entendo:
fonte
eth0
em vez deeth1
no entanto.)http://routerip/Diagnostics.asp
e eu também useieth0
como @mgiuffrida #Eu pesquisei no Google e parece haver um bug no firmware do DD-WRT . Fala-se no fórum do DD-WRT que a versão mais recente a do firmware corrigirá o problema . A correção do SiegeX funciona muito bem, uma coisa adicional que eu faria seria adicioná-la como um comando de inicialização na janela de comandos, para que da próxima vez que o roteador reinicie, ele se "conserte".
fonte
Observe que, de acordo com o bug no firmware DD-WRT que o @Simon The Cat vinculou, pode ser necessário executar alguns comandos adicionais, como fiz no meu TL-WR841Nv9 quando atualizei para o DD-WRT build 38240.
Você pode / deve verificar qual interface usar executando "swconfig list" em uma sessão SSH.
Você também pode confirmar em que todas as portas você precisa ativar a vlan 0 com "swconfig dev eth0 show" ... No caso abaixo, eu tenho as portas 0,1,2,3 e 4:
Os comandos finais que eu coloquei em Administração -> Comandos -> Shell de Comando [caixa] -> "Salvar Inicialização" foram os seguintes. Substitua seu nome de interface abaixo do TP-Link TL-WR841Nv9:
Posteriormente - não sei por que, a saída abaixo de "swconfig dev eth0 show" parece idêntica à saída do mesmo comando depois de executar apenas estes dois comandos na inicialização "swconfig dev eth0 set enable_vlan 1; swconfig dev eth0 set apply 1;" mas, por algum motivo, meu roteador precisou das outras duas linhas para que as portas do switch se comunicassem corretamente entre os dispositivos, conforme documentado no relatório de erros :
fonte