Não é direcionado para usuários que já usam o OpenWRT.
O audio ficou um pouco ruim mais para o final porque movimentei o microfone. Na próxima vez prometo que vai ficar melhor.
Os próximos artigos serão mais interessantes, relativos a problemas que vou resolver aqui em casa:
- Usando o roteador como servidor de armazenamento com samba e um HD USB;
- Usando o roteador como um media server;
- Usando o roteador para baixar torrents;
- Testes com a nova versão do multiwan mwan3 (a pedidos);
- Portal de autenticação para usuários (a pedidos);
Estarei "offline" nas próximas semanas e devo escrever sobre estes assuntos mais para o final de janeiro.
Até a próxima. Feliz Natal e Bom Ano Novo!
PS: O mundo realmente não acabou?
Muito bom! Acrescenta aí backup e restore (contingência) na sua lista! Vlw!
ResponderExcluirFuncionou certinho no meu wr1043nd. Agora quero saber como colocar um hd para compartilhar arquivos em rede interna entre meu mac um linux e um windão. Aguardo o próximo post. Valeu.
ResponderExcluirAlex
olá, certa vez fiz merda no meu mr3220 e consegui restaurar com o winscp, só que fiz merda denovo e não to conseguindo acessa-lo pelo winscp, teria alguma outra forma de eu enviar o arquivo bin para o router ?
ResponderExcluirOlá Luiz Felipe,
ExcluirSeu modelo é muito parecido com o roteador com problemas com o modo de recuperação (post anterior a este). Ao menos para o software, todos estes modelos são próximos: TP-Link TL-MR3420, TL-MR3220, TL-WR841ND v7 & TL-WR842ND.
Se o modo de recuperação não funcionar e o roteador nem mesmo responder qualquer coisa pela rede, a alternativa, infelizmente, é a recuperação pela serial.
Talvez se você souber o que fez de errado, podemos contornar sem zerar a configuração. Eu estou com dificuldades de acesso com a internet até próximo do final do mês. Vou tentar ajudar no que puder mas alguns trocas de mensagens nos comentários deste blog podem ajudar.
Excelente tutorial!
ResponderExcluirEstou com um problema na instalação do meu roteador e gostaria de uma ajuda.
Comprei um WR1043ND e instalei o OpenWRT, a instalação foi tranquila, parte de configuração do Wifi também, mas quando eu conecto o cabo de rede do meu modem (Virtua) na porta WAN ele não distribui a internet e a interface WAN fica como desconectada. Ela já está configurada como DHCP mas não consigo conectar na rede.
Essa é uma dúvida muito primária, mas estou iniciando no OpenWRT agora e gostaria de uma ajuda.
Obrigado!
Olá Felipe,
ExcluirEm geral deveria ser plug'n'pray® mesmo. A interface wan provavelmente usará a interface eth0.2. Veja o log do sistema (pela web) antes e depois de conectar o cabo. As novas linhas devem mostrar o problema.
Você sabe usar o SSH?
Conectei o cabo e as últimas informações foram:
ExcluirJan 22 07:49:47 OpenWrt daemon.info hostapd: wlan0: STA e0:f8:47:2c:2a:9c IEEE 802.11: authenticated
Jan 22 07:49:47 OpenWrt daemon.info hostapd: wlan0: STA e0:f8:47:2c:2a:9c IEEE 802.11: associated (aid 1)
Jan 22 07:49:47 OpenWrt daemon.info dnsmasq-dhcp[1131]: DHCPREQUEST(br-lan) 192.168.0.106 e0:f8:47:2c:2a:9c
Jan 22 07:49:47 OpenWrt daemon.info dnsmasq-dhcp[1131]: DHCPNAK(br-lan) 192.168.0.106 e0:f8:47:2c:2a:9c wrong address
Jan 22 07:49:47 OpenWrt daemon.info dnsmasq-dhcp[1131]: DHCPDISCOVER(br-lan) e0:f8:47:2c:2a:9c
Jan 22 07:49:47 OpenWrt daemon.info dnsmasq-dhcp[1131]: DHCPOFFER(br-lan) 192.168.1.163 e0:f8:47:2c:2a:9c
Jan 22 07:49:49 OpenWrt daemon.info dnsmasq-dhcp[1131]: DHCPDISCOVER(br-lan) e0:f8:47:2c:2a:9c
Jan 22 07:49:49 OpenWrt daemon.info dnsmasq-dhcp[1131]: DHCPOFFER(br-lan) 192.168.1.163 e0:f8:47:2c:2a:9c
Jan 22 07:49:50 OpenWrt daemon.info dnsmasq-dhcp[1131]: DHCPREQUEST(br-lan) 192.168.1.163 e0:f8:47:2c:2a:9c
Jan 22 07:49:50 OpenWrt daemon.info dnsmasq-dhcp[1131]: DHCPACK(br-lan) 192.168.1.163 e0:f8:47:2c:2a:9c
Sei usar SSH sim.
Traduzindo as linhas... vc conectou pela Wireless usando a máquina com MAC e0:f8:47:2c:2a:9c, pediu endereço 192.168.0.106, que foi rejeitado (e deve ser de outro roteador), pediu, então, um endereço qualquer e recebeu o 192.168.1.163. Quanto a WAN, não teve qualquer registro.
ExcluirMostra ai as saídas dos comandos:
# cat /etc/config/network
# ip a
# swconfig dev switch0 show | grep -A 10 'VLAN 1'
# swconfig dev switch0 show | grep link'
O 2 últimos podem falhar dependendo do seu roteador. Pode ser que o switch0 seja outro nome (que você pode ver também no arquivo network, configuração switch_lan). O que seria esperado:
O 1043nd, por padrão, usa vlan nas portas. Por isto, o primeiro comando swconfig, deveria algo muito parecido com isto:
VLAN 1:
info: VLAN 1: Ports: '12349t', members=021e, untag=001e, fid=0
ports: 1 2 3 4 9t
VLAN 2:
info: VLAN 2: Ports: '09t', members=0201, untag=0001, fid=0
ports: 0 9t
Onde a VLAN 1 (mapeada em eth0.1) estaria as portas LAN e a VLAN 2 (mapeada em eth0.2) seria usado para WAN.
O "ip a" deveria ter algo assim (dentre outras interfaces):
16: eth0.2@eth0: mtu 1500 qdisc hfsc state UP qlen 5
link/ether 90:f6:52:b0:c7:e1 brd ff:ff:ff:ff:ff:ff
inet 189.4.11.11/20 brd 189.4.127.255 scope global eth0.2
valid_lft forever preferred_lft forever
17: br-lan: mtu 1500 qdisc noqueue state UP
link/ether 90:f6:52:b0:c7:e1 brd ff:ff:ff:ff:ff:ff
inet 192.168.3.1/24 brd 192.168.3.255 scope global br-lan
18: eth0.1@eth0: mtu 1500 qdisc noqueue master br-lan state UP
link/ether 90:f6:52:b0:c7:e1 brd ff:ff:ff:ff:ff:ff
19: wlan0: mtu 1500 qdisc mq master br-lan state UP qlen 32
link/ether 90:f6:52:b0:c7:e2 brd ff:ff:ff:ff:ff:ff
E deveria ter algo como isto no network:
config interface 'wan'
option ifname 'eth0.2'
option proto 'dhcp'
O swconfig também pode mostrar a presença de sinal de um cabo nas portas (último comando):
swconfig dev switch0 show | grep link
link: port:0 link:up speed:100baseT full-duplex txflow rxflow auto
link: port:1 link:down
link: port:2 link:down
link: port:3 link:down
link: port:4 link:down
link: port:5 link:down
link: port:6 link:down
link: port:7 link:down
link: port:8 link:down
link: port:9 link:up speed:1000baseT full-duplex txflow rxflow
Neste caso, somente a WAN (porta 0) está conectada. As demais, (1 a 4) estão sem sinal e a 9 é a porta interna, sempre conectada, que liga ao processador.
Estou com o mesmo problema...
ResponderExcluirroot@OpenWrt:~# cat /etc/config/network
config 'interface' 'loopback'
option 'ifname' 'lo'
option 'proto' 'static'
option 'ipaddr' '127.0.0.1'
option 'netmask' '255.0.0.0'
config 'interface' 'lan'
option 'ifname' 'eth0.1'
option 'type' 'bridge'
option 'proto' 'static'
option 'ipaddr' '192.168.1.1'
option 'netmask' '255.255.255.0'
config 'interface' 'wan'
option 'proto' 'dhcp'
option '_orig_ifname' 'eth0.2'
option '_orig_bridge' 'false'
option 'ifname' 'eth0.2'
option 'gateway' '0.0.0.0'
config 'switch'
option 'name' 'rtl8366rb'
option 'reset' '1'
option 'enable_vlan' '1'
config 'switch_vlan'
option 'device' 'rtl8366rb'
option 'vlan' '1'
option 'ports' '1 2 3 4 5t'
config 'switch_vlan'
option 'device' 'rtl8366rb'
option 'vlan' '2'
option 'ports' '0 5t'
config 'route'
root@OpenWrt:~# ip a
-ash: ip: not found
root@OpenWrt:~# ip a
-ash: ip: not found
root@OpenWrt:~# ip a
-ash: ip: not found
root@OpenWrt:~# swconfig dev switch0 show | grep -A 10 'VLAN 1'
VLAN 1:
info: VLAN 1: Ports: '12345t', members=003e, untag=001e, fid=0
fid: 0
ports: 1 2 3 4 5t
VLAN 2:
info: VLAN 2: Ports: '05t', members=0021, untag=0001, fid=0
fid: 0
ports: 0 5t
root@OpenWrt:~# ip a
-ash: ip: not found
root@OpenWrt:~# swconfig dev switch0 show | grep link
blinkrate: 0
link: port:0 link: down
link: port:1 link: down
link: port:2 link: down
link: port:3 link: down
link: port:4 link:up speed:1000baseT full-duplex tx-pause rx-pause
link: port:5 link:up speed:1000baseT full-duplex tx-pause rx-pause n
Olá Eduardo,
ExcluirA porta WAN do teu roteador (a azul nos tplink) está sem sinal de rede. Ela fica na porta 0:
link: port:0 link: down
Se existe um cabo conectado nesta porta e esse no modem, existe algum problema físico. Nada que configuração fizesse diferença. Contudo, a porta 4 (a última da LAN), está conectada. Se você somente conectou o cabo do modem e está acessando pela wireless, você plugou na porta errada, troque para a azul.
O comando ip falhou por não estar instalado (achei que era padrão). O comando ifconfig também retorna informações parecidas.
Para concluir, a porta 5 é interna e estará sempre conectada. Pode ignorá-la.
Abs,
Troquei o firmware para o ddwrt, o problema continuou, mas ao instalar o firmware original, a porta funcionou normalmente conectando a internet...
ExcluirAmigos que estão com o mesmo problema que eu, acabei de achar a solução e postarei em breve.
ExcluirÉ um problema comum com roteadores 1043 mais recentes.
Amigos que estão com o mesmo problema que eu, acabei de achar a solução e postarei em breve.
ResponderExcluirÉ um problema comum com roteadores 1043 mais recentes.
Eduardo e demais colegas,
ExcluirNa wiki do projeto existe uma descrição deste problema.
Em versões de HW 1.8 ou superior, o gerenciador de boot desliga a porta wan no boot.
Ao ligar, antes de configurar as portas, a LAN e WAN estão juntas, todas são LAN. Por isto,
as vezes ocorria um vazamento do DHCP da WAN para LAN. A tp-link resolveu desativar
esta porta até que tudo esteja correto e, só ai, reativá-la. Atualizações de firmware também podem
introduzir o problema.
Bem, como alternativa, acredito que uma porta LAN pode ser configurada como a LAN. Só ir na configuração
de vlan e alocar outra porta para a função. Uma porta qualquer da LAN deve ser configurada como vlan sem tag (untagged) para a vlan 2 (eth0.2). Se alguém conseguir resolver, responde ai.
Se tivesse acesso ao roteador, poderia montar as instruções mais fácil. Com o primeiro sucesso, posto um artigo com os passos mastigados.
Abs
É mais simples do que parece...
ResponderExcluir1º Retorne para o firmware original.
2º Instale este firmware alemão que é uma versão anterior(downgrade)v3.9.17
https://www.dropbox.com/s/f5kmuhld737veel/wr1043nv1_de_3_9_17_up_boot%28100331%29.bin.
3º Reinstale novamente o openwrt.
Simples assim!
Tire o ponto no final do .bin
ExcluirObrigado Eduardo,
ExcluirA solução de downgrade do gerenciador de boot funciona muito bem.
É importantíssimo o passo 1. NÃO instale a versão do firmware alemã (com boot)
diretamente sobre o Openwrt.
Se possível, gostaria que alguém tentasse a alternativa por reconfiguração de vlans, que perderia o uso de uma porta mas é menos intrusiva no HW. Talvez no futuro um novo gerenciador de boot seja obrigatório para funcionar com novas versõs de HW.