Roteamento estático em um TP-Link TL-WR1043ND

Question

Minha configuração de rede doméstica é assim:

AmbososroteadoressãoroteadoresTP-LinkTL-WR1043ND.Oroteadordoporãolidacomtodososdispositivosdacasaconectadosviacabo,distribuindoendereçosparaarede10.89.49.0/24viaDHCP.Semfiorealmentenãofuncionadoporão,comoosinalémuitofraco,entãoeutenhodesativado.

ParafazerWiFi,euadicioneiumsegundoroteador(idêntico)noandardebaixo.NoladodaWAN,éatribuídooendereçoIP10.89.49.101doroteadordoporãoe,emsuaLAN,fornecearede10.89.7.0/24.OacessobásicoàInternetfuncionaperfeitamentedequalquerdispositivodessamaneira.

Agoraestouenfrentandooproblemadenãoconseguirmecomunicar(porexemplo,SSH)entretodosdispositivoscomousemfio.Consigomeconectardeumdispositivosemfioaumdispositivocomfio,porexemplo,SSH-ingde10.89.7.Xa10.89.49.Y,masnãofuncionaaocontrário,apesardofatodeteradicionadoumarotaestáticaparaoroteadordoporão:

Alguém tem alguma idéia de como resolver esse problema? Ambos os roteadores já foram atualizados para usar o firmware mais recente do TP-Link.com (Build 110429), sem sucesso.

Eu gostaria de manter o firmware oficial, se possível, mudando apenas para algo como DD-WRT ou OpenWrt como último recurso.

    

Answer 1

Eu sei o que está acontecendo. Você deixa claro o endereço que está usando nos roteadores e o que você diz: "Eu posso conectar de um dispositivo sem fio a um dispositivo com fio, por exemplo, SSH-ing de 10.89.7.X a 10.89.49.Y, mas não funciona ao contrário " A maneira como você configurou, não permite isso.

Como você queria que todos os dispositivos se comuniquem uns com os outros, você não deve tê-los em LANs diferentes, em vez de usar o mesmo para todos os dispositivos. Então, sua abordagem de arquitetura de rede falhou lá.

Vamos Router1: seja o roteador conectado diretamente à internet Roteador2: seja o outro.

O que eu faria é desativar o servidor LAN DCHP no roteador2 e mudar o cabo da WAN para a LAN. (Cap WAN port) Além disso, dê a ele (Router2) um endereço IP da LAN do roteador1 em sua porta LAN, assim você poderá acessá-lo através do seu servidor HTTP

    

Answer 2

A primeira coisa que sugiro é conectar uma máquina de teste ao roteador conectado à Internet. Dê manualmente um IP e defina uma rota para o outro roteador.

Se você tem Linux, seria algo assim:  ip addr add 10.89.49.x / 24 dev eth0  ip link set dev eth0  ip route add 10.89.7.0/24 via 10.89.49.101 dev eth0

Em seguida, tente executar o ping 10.89.49.101 (para verificar se você pode acessar a interface wan do seu roteador) e tente executar o ping de algo além dele, como 10.89.7.1.

Se você não encontrar o .1, provavelmente é um problema de NAT ou Firewall. O firewall pode estar impedindo que o tráfego da interface WAN atinja a LAN. A menos que você tenha um motivo para ativá-lo, consideraria a desativação de todo o firewall no dispositivo. (Espero que o fabricante suporte isso).

Por fim, verifique se o roteador tem configurações de NAT. Se o NAT estiver ativado, pode ser esperado que você estabeleça explicitamente encaminhamentos para portas em 10.89.7.101 para máquinas e portas em 10.89.7.0/24.

Se você não tiver uma máquina de teste do Linux, considere baixar um Live CD para fazer o teste ou alguém pode comentar e dizer como fazer isso no Windows.

    

Answer 3

Não tenho a certeza se responder a esta questão irá adicionar algum valor a este problema, uma vez que foi publicado há cerca de 6 anos!

Após rever cuidadosamente seu diagrama e ler as respostas acima, eu entendo a configuração impedindo a comunicação em ambos os sentidos. Roteador de consumo do tipo TP-Link (SOHO) esperado para operar como dispositivo de gateway de Internet autônomo na maior parte do tempo e permitir que usuários não técnicos comecem a usar esses dispositivos NAT no tráfego LAN > WAN definido por padrão. Na sua rede, qualquer tráfego proveniente do segundo roteador que atinja a Internet aberta depois de ter pelo menos dois cabeçalhos NAT de destino em cada pacote.

able to connect from a wireless device to a wired device, for example SSH-ing from 10.89.7.X to >10.89.49.Y, but it doesn’t work the other way round

Quando você ssh na rede 10.89.49.Y, o host de tráfego ssh-server vê a conexão originada na interface WAN do segundo roteador (10.89.49.Y IP), 10.89.7.x na verdade nunca saindo do segundo roteador.

Portanto, sem redefinir seu cabo ou outra configuração, basta desativar o NAT no segundo roteador. (No TP-Link, ele pode aparecer como modo 'Wireless AP', não 'Wireless Router Mode').

Espero que o seu problema já tenha passado há muito tempo ...