Discuta este tópico no fórum

Se este conteúdo te ajudou, deixe um presente!

sexta-feira, 21 de novembro de 2014

OpenWRT: Atualizando para versão 14.07

Com o lançamento da nova versão do OpenWRT 14.07 (comentários), é chegada a hora de mais um upgrade. Prepare suas duas horas de janela de mudança, avise seus clientes da indisponibilidade do serviço internet e mão na massa.

Sim, este artigo repete diversos pontos do artigo de atualização anterior.

96,72% dos problemas com instalação/atualização com OpenWRT que ajudo é em relação a escolha incorreta da imagem da firmware. Como sempre, recomendo a versão squashfs, que possui modo de recuperação. Pegue o arquivo no download do Barrier Breaker e nunca em um endereço qualquer, mesmo que seja na wiki do OpenWRT. Normalmente a wiki referencia a versão em desenvolvimento, que não é o que você quer. No diretório de download, navegue seguindo o caminho da "arquitetura alvo" em uso no seu roteador. Você pode vê-la olhando o arquivo /etc/openwrt_release:
root@router:~# cat /etc/openwrt_release
DISTRIB_ID="OpenWrt"
DISTRIB_RELEASE="12.09"
DISTRIB_REVISION="r36088"
DISTRIB_CODENAME="attitude_adjustment"
DISTRIB_TARGET="ar71xx/generic"
DISTRIB_DESCRIPTION="OpenWrt Attitude Adjustment 12.09"
A diferença entre a primeira instalação e a atualização é que não será usada a imagem "factory" e sim a "sysupgrade". Escolha o arquivo correspondente ao seu roteador (inclusive versão de hardware!). E muito importante, leia a wiki do seu roteador independente se ele já funcionava na versão anterior! São poucos minutos de leitura que podem salvar horas de trabalho ou mesmo seu roteador.

Bem, se eu simplesmente ir na interface, fornecer a nova imagem, ele vai funcionar? Provavelmente, mas talvez não é a maneira que dê menos trabalho. A atualização pode preservar as configurações mas não os programas instalados. Se você tem disco raiz em unidade externa, a encrenca é ainda maior. Quem usa WDS para conectar dois segmentos de rede via wireless também pode ter que fazer um pequeno ajuste nos clientes, já que o BB não muda o SSID com múltiplos SID.

Mas eu nunca instalei um programa! OK, use a interface web e provavelmente todas as configurações serão migradas sem problemas. Mas faça o backup antes! Caso contrário, continue lendo.

Em primeiro lugar, precisamos do plano de retorno caso a nova versão não se comporte como o esperado. Faça um backup geral do seu sistema. Sugiro três coisas diferentes: backup gerado pelo openwrt, lista de pacotes instalados e todos os arquivos do overlay.

A primeira e mais simples é o backup que pode ser gerado pela interface WEB do OpenWRT. Este é obtido na mesma página de atualização de firmware do seu roteador. Ele contém uma seleção prévia de várias configurações, inclusive tudo que está em /etc/config. Contudo, o backup não irá manter outros arquivos modificados em /etc ou em outro lugar. Por exemplo, se você fez alguma modificação no /etc/dnsmasq.conf, ele não será preservado pois este arquivo não está selecionado para ser copiado. Se criou um script em /bin ou para os botões em /etc/hotplug.d/button, ele não será preservado. Para incluir estes e outros casos, informe o caminho destes arquivos extras em /etc/sysupgrade.conf. Na interface WEB também tem a edição deste arquivo, no mesmo local da atualização da firmware, na parte de configuração. Gere um arquivo de backup novo e verifique se tudo que você quer está lá dentro. Somente estes arquivos serão preservados em um upgrade.
Dica: olhe todo o conteúdo em /overlay. Ele terá tudo o que foi modificado. Cuide principalmente dos arquivos em /etc.
Porém, o backup do openwrt não é feito para guardar os programas instalados. Ele se limita a scripts, dados e arquivos de configuração pré-configurados e os listados em /etc/sysupgrade.conf. Programas instalados por pacotes devem ser reinstalados manualmente. Por isto a próxima sugestão.

A segunda sugestão é gerar uma listagem de todos os pacotes instalados. Ela será usada de referência para reinstalar todos os seus programas. Como os programas não serão preservados (somente suas configurações e se estiverem no backup) você terá que reinstalá-los. Em geral, é uma meia dúzia de programas. A lista dos pacotes instalados pode ser obtido pela interface web ou pelo comando "opkg list-installed". Contudo, eu prefiro observar o diretório /overlay/usr/lib/opkg/info. Como cada pacote instalado cria um arquivo de controle neste diretório e o /overlay terá somente os arquivos modificados, você terá ao menos um arquivo por novo pacote instalado. O comando abaixo lista todos estes pacotes instalados após a gravação da firmware:
find /overlay/usr/lib/opkg/info/ -name '*.control' -exec basename {} \; | sed -e 's/\.control$//' | sort
Em geral, se não souber para que serve, ignore as bibliotecas (lib*). Elas serão instaladas automaticamente quando os pacotes que dependem delas forem instalados.

A terceira sugestão é fazer um backup completo de todo o /overlay. Afinal de contas, falamos de poucos megabytes mas que são fruto de algumas horas de trabalho. A cópia pode ser feita com um tar. É provável que você não tenha espaço para criar este tar diretamente no roteador. Você terá que fazê-lo jogando em um disco externo conectado pela USB ou, a forma que eu geralmente uso, diretamente pela rede. Pela rede seria assim:
meucomputador$ ssh root@roteador tar -czv /overlay | cat > overlay.tar.gz
A vantagem deste backup é que, se esquecer de colocar algo em /etc/sysupgrade.conf, você poderá recuperá-lo do arquivo tar.gz. Também, se precisar retornar ao firmware antigo, você já teria uma partição overlay pronta. Bastaria instalar a firmware antiga e jogar o conteúdo da overlay por cima (preferencialmente em modo de recuperação!).

Agora, finalmente, você está pronto para enviar a nova firmware. Se você usa um espaço externo para expandir o disco, leia até o final deste post. Faça o upgrade pela interface web ou pelo terminal. Inclusive, você pode baixar o arquivo diretamente no roteador. Ex:
cd /tmp
wget http://downloads.openwrt.org/barrier_breaker/14.07/..../openwrt...xxx...img
sysupgrade openwrt...xxx....img
 
Agora é a hora que você reza.

Se optar por preservar as configurações, tudo que seria guardado em um backup do sistema, inclusive o que está listado em /etc/sysupgrade.conf, será automaticamente levado ao novo sistema. Depois de o sistema iniciar na próxima versão e estiver funcionando, é hora de retornar os programas antigos. Se você guardou a lista dos programas instalados após a gravação da firmware que sugeri anteriormente, já terá a lista do que instalar.

A mudança nas versões dos pacotes é esperada e pode ser desconsiderada. Para facilitar, tente instalar primeiro os pacotes que dependem de outros, como os pacotes luci-app-*, antes de instalar os demais. É provável que, pela cadeia de dependências, grande parte será automaticamente instalada. Repita a geração dos programas instalados, a comparação e a instalação até estar satisfeito.

Não é comum no OpenWRT mas pode existir alguma atualização de segurança importante, como ocorreu com o Heartbleed. Na versão 14.07 apareceu uma vulnerabilidade do hostapd, que faz autenticação dos usuários. Se sua rede possui clientes não confiáveis (principalmente se você é um alvo em potencial), é bom atualizar. Os arquivos com a vulnerabilidade estão na imagem original e não foram atualizados. Para corrigir, você precisa instalar após a gravação da firmware. Esta atualização ocupará espaço a mais do seu disco (overlay) pois apagar ou substituir arquivos existentes na firmware original não recupera o espaço em disco usado.


Se quiser atualizar e estiver com espaço livre na overlay, a atualização é simples:
opkg update
opkg list-upgradable
E faça um "opkg install xxx" para os pacotes "xxx" listados. Ex:
opkg install wpad-mini hostapd-common
No futuro, novos pacotes com problemas de segurança podem ser atualizados e aparecerão no list-upgradable.

Por fim, faça um novo backup geral. É sempre bom preservar o seu trabalho.

Hum, e eu que uso um disco externo para expandir o espaço internoÉ um pouco mais complicado... Ao atualizar o sistema, você terá um kernel novo que é incompatível com os módulos de kernel existentes no disco externo ou mesmo com as bibliotecas deste pertencentes à versão anterior. Você precisaria reinstalá-los. Esta é a sugestão de como proceder:

Em primeiro lugar, gere todos os backups sugeridos anteriormente. É importante preservar seu trabalho anterior. Ainda sem instalar a nova firmware, reinicie o sistema sem o disco externo. Se você seguiu minha sugestão, você ainda terá um ambiente básico funcional. Com isto, ele vai usar somente a flash interna (com a configuração que você tinha antes de usar o disco externo). Faça todos os backups novamente, preservando os anteriores.

Agora à instalação.

Ainda com o disco externo desconectado, instale a nova firmware. Faça uma configuração básica, que será o que você terá caso o roteador seja ligado sem a unidade externa. Caso tenha optado por não preservar as configurações na gravação, você pode aproveitar o backup gerado ainda na versão anterior mas com o disco desconectado.

Agora precisamos nos livrar de todos os arquivos da versão anterior do OpenWRT presentes no disco externo. No disco externo, na partição usada como overlay, remova todo o conteúdo ou mova tudo para um subdiretório (ou para outro disco se não estiver com espaço livre) afim de que este não seja usado. Como sugestão, crie um "openwrt-versao-xxx" e mova tudo para lá. Refaça a configuração de uso do disco externo (que no mínimo será reinstalar os pacotes necessários). Reinicie o sistema. Você deve estar com mais espaço em disco agora.

Neste ponto, você ainda terá as mesmas configurações que tinha quando usou o sistema sem o disco externo. Envie o primeiro backup da versão anterior feito ainda com o disco externo e siga os passos de reinstalação dos pacotes, assim como é feito para ambientes sem o disco expandido. Complete o trabalho com aquele backup final.

Espero que apreciem a nova versão. De agora em diante, vou apenas focar em configurações específicas do 14.07, que ainda podem funcionar nas versões 12.09 e 10.03.1.

Até mais.

45 comentários:

  1. Boa tarde!

    Muito bom seu blog, é difícil encontrar esses tipos de informações em PT-BR e ainda tão detalhadas, parabéns por esse trabalho.

    Agora, gostaria de saber se tem conhecimento do firmware Gargoyle e se já testou, para avaliar entre o OpenWRT e ele.

    Acredito que ele seja mais limitado que o OpenWRT, mas até então só tive boas experiências com ele, principalmente com seu QoS, porém ele não tem nada para MultiWAN o que fará com que o troque em alguma hora.

    Já estão quase lançando o BB dele atualizado, testarei assim que lançarem, e estou pensando em testar o OpenWRT em um TL-WR2543ND.

    ResponderExcluir
    Respostas
    1. Nunca usei o Gargoyle mas ele é uma variação do OpenWRT. O objetivo deles é ter uma outra interface web. Creio que ele mantém configurado os repositórios do OpenWRT. Se for isto, não seria mais limitado, só com uma interface diferente.

      O único porém é que, se usar o Gargoyle, tudo que se refere ao Luci não se aplica.


      Excluir
    2. Entendi, estou testando o BB aqui no TL-WR2543ND e em um 740N V2.3 como repetidor, e tive uma melhorara boa no sinal WiFi, mas senti falta do QoS.

      Estava pensando eu tenho a seguinte ligação aqui:

      O TL-WR2543ND fica no meio da casa e um cabo de rede vai na frente da casa onde fica o modem/roteador da VIVO em bridge para fazer PPoE.

      Próximo do modem fica o 740N como repetidor, porém não está conectado por cabo por causa que o modem fica usando o cabo que passa, seria possível eu continuar fazendo o ppoe e conectar o modem no roteador, ou não? Precisaria de mais um cabo passando?

      Atualmente seria assim: http://imgur.com/JGWrRM1

      Queria deixar assim: http://imgur.com/NotXhdF

      Basicamente, queria deixar tudo conectado no cabo, mas mantendo o WR2543ND para fazer a conexão (PPoE) para QoS.

      Tem alguma ideia de como fazer?

      Excluir
    3. Existe um QoS para o OpenWRT que resolve 90% dos casos. Resolveu para o meu.
      http://luizluca.blogspot.com.br/2014/08/openwrt-configurando-o-qos-configuracao.html

      O que você quer é desativar o WDS e usar um cabo para ligar o 740N ao modem vivo. Neste caso, ele deixa de ser um repetidor e passa a ser apenas mais um AP (com a mesma configuração). Isso?

      Creio que você está conectando o vivo na porta WAN do WR2543ND. Se ligasse uma porta LAN do 740N em uma porta LAN do WR2543ND você teria o que deseja. Só precisa trocar o ip de gerencia e desativar o servidor DHCP no 740N para não conflitar com o WR2543ND.

      Usar o vivo daria? Seria mais complicado. Sem muito controle no modem vivo e sem usar VLAN não sei se você conseguiria fazer isto. O pppoe é só para um equipamento. Os demais devem estar abaixo dele.

      Excluir
    4. Opa, vou testar esse QoS assim que possível, já li sua matéria inteira sobre. hahaha

      Então, é exatamente isso, o problema é que se eu ligar eles via LAN como vou fazer o PPoE no modem VIVO sem usar a WAN?

      Lembrando que o router que fica próximo ao é o 740N e o que fica longe é o 2543ND, e só é passado um cabo.

      Só consigo pensar em deixar o modem da vivo mesmo fazendo o PPoE, mas ai perco o QoS, não?

      Atualmente o meu 740N conecta no 2543ND via wireless e fiz um AP para fazer a bridge, está funcionando até bem, mas acredito que no cabo seria 50 à 100% melhor. rs

      Excluir
    5. Creio que talvez funcione desligar o dhcp do vivo e do 740, ligar tudo via lan e adicionar uma wan pppoe na lan do 2543, nao na porta wan. A wan do pppoe é virtual e possivelmente o openwrt nao vai impedir o funcionamento normal dela ao criar a pppoe.

      Outra alternativa, se o 740 estiver muito perto do vivo é usar o cabo que liga o vivo ao 2543 para ligar o 740 e o 2543 e usar um novo cabo entre o vivo e o 740. Neste caso, voce poderia usar vlan para enviar a rede do vivo ao 2543 e receber o retorno da lan pelo mesmo cabo. Algo como

      Vlan1 - lan, vlan2 vivo p pppoe
      Numero das portas é chute.

      740
      Porta 1 vlan 2 untagged, vlan 1 tagged - para o 2543
      Porta 2 vlan 2 untagged - para o vivo
      Porta 3,4... vlan 1 untagged - portas de uso lan

      2543
      Porta 1 vlan 2 untagged vlan 1 tagged - para o 740
      Portas 2,3,4... vlan 1 untagged - portas de uso lan
      Pppoe na interface eth0.2

      A porta 1 do 2543 é quase o q vc tem por padrao, exceto pela vlan1 tagged. Pppoe já é o que vc tem.

      Quanto ao 740, ao menos no q eu tenho aqui, a wan é uma interface independente e nao uma porta isolada por vlan. Por isso, porta 1 e 2 devem ser das lan, que tem suporte a vlan. Se quiser usar a wan, teria que modificar a interface wan para ser uma bridge entre eth1 e eth0.2 e usar a porta wan no lugar da porta 2. E esta interface wan no 740 teria que ser configurada como nao gerenciada. O lado bom é aproveitar a porta wan, o ruim é usar cpu para ligar as duas portas.

      Vivo fazendo o pppoe é o pior dos cenários :-)

      Excluir
    6. Boa noite Luiz!

      Tentei fazer da primeira forma que você disse, mas não funcionou e da segunda usando só o 2543 também não funcionou, unica forma que funciona o PPoE é assim, mas não consigo ver por trás do MODEM VIVO.

      Switch: http://i.imgur.com/cIVGchP.png

      Interfaces: http://i.imgur.com/clsVNJf.png

      Interface WAN - Physical: http://i.imgur.com/1XppIqT.png

      Mesmo estando tagged lá, não consigo enxergar o modem. :/

      Excluir
    7. Pensando bem eu preciso basicamente usar UMA porta de rede como WAN e LAN ao mesmo tempo, se não me engano eu já tentei fazer isso com o DD-WRT e consegui, porém ficou MUITO instável, mas não me lembro exatamente como eu fiz.

      E agora não estou conseguindo. : (

      Excluir
    8. É isto. Mas é uma afirmação ambígua pois pode se encaixar nas duas diferentes sugestões que eu dei (mas são propostas bem diferentes). :-)

      Vou considerar que você está tentando a segunda proposta que eu passei, onde o vivo liga a uma porta do 740 e este a uma porta do 2543.

      O que vc mandou imgs do que parece ser o 2543 (pelo arranjo das portas). A porta 0 parece ser a wan. Pode usá-la ao invés da 1. A 1 pode ficar como as outras (2,3,4...). Ela receberá o cabo que vem do 740 (que estava indo para o vivo antes)

      O mais complicado é as portas do 740. Neste eu sugeri não usar a porta wan para ficar mais simples (mas se precisar da porta, pode ser usada com uma bridge). No 740 que tenho, ele não tem vlan ativada. Ative e crie uma vlan2. Coloque na porta LAN que irá ligar na WAN do 2543 exatamente igual a porta 0 do 2543 (2 untagged, 1 tagged). Ainda no 740n, escolha outra porta para conectar o vivo. Nela, só colocar untagged para vlan2. Conecte o vivo nesta porta.

      Neste momento, a porta wan do 2543 estará "ligada" à porta do vivo e o 740n não vai "ver". No 740n, não tem interface wan ativada, nem dhcp.

      Excluir
    9. Vou ter que ficar sem o 740N, mas vou testar essa forma que está falando para te confirmar se funciona.

      No caso agora, eu precisaria ligar o VIVO e o 2543 e utilizar como disse anteriormente, WAN e LAN ao mesmo tempo, e no caso não tive sucesso de nenhuma forma.

      Tentei até apagar todas as VLAN, também não dá.
      Considerando: Port 0 WAN (onde vai a ligação do modem router VIVO), Port 1-4 LAN
      Deixei de todas as formas possíveis, mas se a WAN 0 não ficar untagged ele não faz o PPoE, e se eu colocar o PPoE junto LAN/WAN na mesma VLAN não funciona também, mesmo deixando tudo tagged na VLAN em questão.

      Tentei das seguintes formas, para tentar usar a mesma porta para WAN e LAN:

      FORMA 1:
      VLAN 1 - PORT 0 TAGGED, PORT 1-4 UNTAGGED, CPU TAGGED
      VLAN 2 - PORT 0 UNTAGGED, PORT 1-4 UNTAGGED, CPU TAGGED

      PPoE Physical na VLAN 2

      Assim funciona o PPoE, mas não enxergo por trás do modem/router VIVO (tenho uma impressora ligado nele).

      FORMA 2:
      VLAN 1 - PORT 0 UNTAGGED, PORT 1-4 UNTAGGED, CPU TAGGED
      VLAN 2 - PORT 0 TAGGED, PORT 1-4 UNTAGGED, CPU TAGGED

      PPoE Physical na VLAN 2 ou VLAN 1, nesse caso de nenhuma forma faz o PPoE mas enxergo por trás do router.

      Nesses casos estou tentando a ligação apenas do 2543 ao modem/router VIVO.

      Tem mais alguma ideia? O que estou fazendo errado?

      A proposito, o 740N tem melhor alcance de sinal que o 741ND? O.o

      Agradeço novamente a atenção e ajuda!

      Excluir
    10. Tentei fazer a primeira sugestão sua:

      2543: http://i.imgur.com/8r7hsSq.png ( Port 1 é onde está conectado o 740N)

      740: http://i.imgur.com/51ZWS40.png ( Port 1 é onde está conectado o 2543, Port 2 é onde está conectado o modem router vivo)

      Dessa forma, eu faço o PPoE, mas não enxergo por trás do 740, e tão pouco estou enxergando o 740N, acho que vou ter que resetar para poder acessá-lo novamente. rs

      Excluir
    11. Na primeira sugestão, vc não usa vlan. Simplesmente conecta tudo pela LAN e não usa a WAN. Você pode converter a porta WAN em uma LAN se quiser mais uma porta.

      O pppoe é configurado para a eth0.1 e eth0.2

      Excluir
    12. Só consigo configurar a PPoE para uma, a não ser que crie 2 interfaces PPoE...

      A porta WAN é indiferente, não? Não tenho mais nada para conectar nela, mas de qualquer forma, não funcionou :(

      Excluir
    13. É.. Não consegui de nenhuma forma. :(

      Não sei se estou fazendo algo errado, mas enfim, obrigado pela ajuda!

      Excluir
    14. Uma coisa, você disse para não usar VLAN, para usar WAN/LAN na mesma porta, certo?

      Eu teria que apagar as VLAN que o router possui router?

      Excluir
    15. Não. Você só não alteraria a configuração original. No caso do 740n (ao menos no meu modelo v1), ele nem tem a vlan ativada.

      Excluir
    16. Mas para usar o 740N precisaria de uma VLAN para usar ele de "hub", não?

      Excluir
    17. Se todas as portas estão juntas, não precisa de VLAN. Ele pode ser um "hub" (na verdade, um switch) sem vlan. No meu modelo 740, como a wan é uma interface isolada, não precisa de vlan para separá-la das demais. Se ativar o uso de vlan (ou já estiver ativado por padrão), sim, vai precisar de uma vlan mesmo que única. Se a "porta" CPU for untagged, você terá acesso às portas pela eth0. Se for tagged, eth0.x, onde x é o número da vlan (por padrão, 1 para LAN).

      Outros modelos, como o 2543, tem apenas um "switch" virtual, com 10 portas. Para separar as lan da wan, ele usa vlan. Se desativar, vc não tem mais separação lan/wan e também vai precisar adequar a configuração da interface LAN.

      Excluir
  2. Parabéns pelas informações sobre o OpenWRT Luiz Angelo, existe muito pouca informação em PT-BR.
    Acabei de comprar um TP-Link AC 1750 v2 e confesso que estou um pouco receoso pra testar o OpenWRT pelo fato de eu ser totalmente leigo no mundo linux. Vc recomendaria eu trocar de firmware?
    Qual o passo-a-passo para instalar o OpenWRT?
    É possível voltar para a firmware de fábrica?
    É possível instalar o transmission no firmware do OpenWRT no AC 1750?

    ResponderExcluir
    Respostas
    1. Olá Eduardo,

      Você tem um belo brinquedo ai. Sim, dá um frio na barriga trocar a firmware (pois se falhar, recuperá-lo pode ser muito complicado). Contudo, quando instalar os recursos extras, você dificilmente vai se arrepender.

      "Vc recomendaria eu trocar de firmware?" Sim. De que adianta um roteador parrudo, com USBs, memória extra se você vai usá-lo como um roteador de R$ 50? O lado ruim é não ter aceleração da NAT em hardware. Isto limitará o roteamento WAN/LAN a algo em torno de 300MBit/s (que é bem maior do que qualquer internet que temos no BR). E claro, o risco em toda gravação de firmware, mesmo a oficial, de corromper a gravação ou gravar algo errado. De resto, eu não vejo desvantagens.

      "Qual o passo-a-passo para instalar o OpenWRT?"
      http://luizluca.blogspot.com.br/2012/12/openwrt-instalacao-basica-com-video.html
      http://luizluca.blogspot.com.br/2012/01/openwrt-turbine-seu-roteador-instalando.html

      O que você vai precisar é a versão BB (14.07), ar71xx, para o seu modelo, do tipo squashfs e factory (para primeira instalação). Todavia, SEMPRE LEIA A WIKI do seu modelo. Olhando rapidamente, vi que a versão v1 usa uma wireless sem driver opensource. Com isto, a wifi simplesmente não funciona no OpenWRT. Para a v2, sem problemas. Estas coisas são informações importantes e você só acha na wiki:
      http://wiki.openwrt.org/toh/tp-link/tl-wdr7500

      Ah, vi outra coisa interessante neste roteador. Ele tem um recurso de recuperação de firmware que dispensa a serial:
      http://wiki.openwrt.org/toh/tp-link/tl-wdr7500#tftp_recovery
      Ainda pode ser complicado para alguém sem experiência em Linux mas ao menos não exige que você solde fios na placa do seu roteador.

      "É possível voltar para a firmware de fábrica?"
      Sim, pode ser complicado para alguém que não usa Linux pois pode ser necessário cortar um pedaço do arquivo (e não se faz isto no notepad).
      http://luizluca.blogspot.com.br/2012/05/openwrt-turbine-seu-roteador.html

      No seu modelo, a recuperação via TFTP deve também funcionar para este fim.


      "É possível instalar o transmission no firmware do OpenWRT no AC 1750?"
      Esse é um dos melhores usos para o roteador!
      http://luizluca.blogspot.com.br/2013/04/openwrt-torrent-diretamente-no-roteador.html
      Vai rodar muito bem neste roteador. Eu uso o transmission sem problemas em um 2543 (com metade da RAM). Porém, vale a pena colocar uma swap para ajudar.

      Claro, tem muito mais que você pode fazer com o OpenWRT http://luizluca.blogspot.com.br/search/label/OpenWRT
      Passa pelos artigos que tem muita coisa boa.



      http://luizluca.blogspot.com.br/2012/05/openwrt-turbine-seu-roteador.html



      Excluir
    2. Este comentário foi removido pelo autor.

      Excluir
    3. Obrigado por responder Luiz Angelo

      Então, só para desencargo de consciência, os arquivos que preciso flashear são esses?

      https://drive.google.com/file/d/0Bw8Ce4pPZi1tcVlqN0JOM2pMUm8

      1°) openwrt-ar71xx-generic-archer-c7-v2-squashfs-factory_2
      2°) openwrt-ar71xx-generic-archer-c7-v2-squashfs-sysupgrade

      Uma outra questão, posso instalar o pacote para traduzir a interface para PT-BR a partir o arquivo abaixo? Pelo que me parece, é pra versão anterior do OpenWRT...

      https://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/packages/luci/luci-i18n-portuguese-brazilian_0.12%2bsvn-r10530-1_ar71xx.ipk

      Excluir
    4. "os arquivos que preciso flashear são esses?"
      Quase. É só o primeiro. O segundo seria para um upgrade e não para uma nova instalação. Você usaria o segundo se estivesse atualizando de um OpenWRT para a versão BB. Você não vai usar agora, nem para "reinstalar" o openwrt (não se faz isto).

      "...traduzir a interface para PT-BR a partir o arquivo abaixo?"
      Quase. O arquivo é esse mas você deve instalá-lo pela interface web mesmo. Quando estiver com internet, o roteador pode baixar o pacote diretamente. Você vai se achar (acho que é em system/software). O erro mais comum neste passo é não baixar a lista de pacotes antes de buscá-los (ainda no mesmo local da instalação de pacotes). Busque por brazilian que só tem este. E se encontrar error na tradução, pode arrumá-los em http://luci.subsignal.org/pootle/pt_BR/luci/ ou avisa que eu mesmo faço.

      Excluir
    5. Mais uma vez obrigado Luiz, quando eu chegar em casa vou subir OpenWRT pro meu AC1750, depois volto aqui pra falar se deu tudo certo!

      Excluir
    6. Consegui subir o OpenWRT sem problemas! Graças ao bom Deus não faltou energia na hora!

      No entanto notei alguns bugs meio chatos...São eles:
      1) Os leds da Wi-Fi não funcionam, nem em 2,4 GHz e nem em 5 GHz. :´(
      2) A chave liga/desliga que fica na traseira do roteador também não funciona.. :(´

      Tem jeito de consertar isso?

      Ah, já instalei também a tradução PT-BR!

      Excluir
    7. 1) Por ser um modelo novo, pode ser que os leds não estejam funcionando. Só um aviso, por padrão, a wireless fica desligada. De qualquer maneira, os leds também são configuráveis (pela interface web).
      2) A chave de liga/desliga não é um botão que fica mais alto quando desligado e baixo ao ligar? Se for, creio que o controle é físico e pode ter travado.

      Excluir
    8. A Wi-Fi está habiitada e configurada, não é esse o problema.
      A configuração de Leds no OpenWRT não funcionou aqui...
      http://www.tp-link.us/resources/document/Archer_C7_V2_User_Guide_1910010809.pdf
      Na página 15 tem uma foto da traseira do router, onde fica a chave.
      Fora isso tá muito bom!

      Mais uma ajudinha se possível...Instalei principalmente o OpenWRT por causa dos Torrents, já instalei os pacote e tal

      https://docs.google.com/file/d/0Bw8Ce4pPZi1tOXQtb2dnQVFMZTQ

      No entanto nao sei o endereço pra ter acesso ao trasmission ou configurar isso ...

      Excluir
    9. Luiz, depois de uma boa leitura no seu artigo "OpenWRT: Torrent diretamente no roteador" consegui instalar o transmission no meu AC1750!! Wlw mesmo!
      Eu estava perdido pois não sabia onde digitar os comandos, como te falei sou leigo em Linux. Vi alguns tutorias na Web e baixei o Putty e consegui acesso ao router, no entanto eu mesmo logado como root, as vezes em alguns comandos aparece a mensagem no putty de "Permission denied". Isso é normal?

      Mais um adendo: Depois de mexer um pouco nas configurações de LED, consegui liga-las! Mais elas não piscam indicando atividade. Quando eu desabilito, pelo menos eles estão desligando indicando que está desativado..

      Excluir
    10. Eduardo,

      "Permission denied" não diz muito. Só com o comando para saber.

      Excluir
    11. Esse comando por exemplo:

      /etc/config/transmission

      Excluir
    12. Não é um comando. É só referencia ao arquivo.
      Se tentar rodá-lo como um comando (script por ser um texto), vai dar o acesso negado pois ele não tem permissão de execução.

      Excluir
  3. Lucas, que neste ano tenhamos muito mais conteúdo OpenWrt!
    Cara, é o seguinte brickei meu router!!! :( :(
    Enquanto subia um firmware pra ele, faltou energia!
    Preciso muito da sua ajuda pra ressuscitar meu AC 1750, ele não ficou nem duas semanas no mundo do vivos!!
    Pelo pouco material que tem na net, comprei esse módulo USB (http://goo.gl/h91Gtd) e também já levei em uma eletrônica pra soldar 4 pinos na serial do router. O modulo vai chegar na segunda (05/01), no entanto não saberei quais programas utilizar e o passo-a-passo pra revive-lo.

    ResponderExcluir
  4. Ola,
    Parabenizo pelo post bem descrito.
    Gostaria de saber se ja teve, ou se ja ouviu falar de alguem que teve, apos a atualizacao para o Barrier Breaker, problemas de HighCPU usage. Não consigo detectar extamente qual servico esta consumindo (chega a 100%) mas consegui isolar o que dispara o acontecimento.
    Sempre que abro (ou despauso) qualquer torrent, (nao esta no roteador, e sim em um Raspberry Pi ligado direto a ele), a CPU do meu Buffalo WZP600, fica a 100%, ate que eu pause novamente o torrent. Mesmo que configure para muito pouco sockets e conexoes simultaneas.. cheguei a testar ate mesmo um so torrent, com so 10 conexoes e limitar a velocidade a um minimo, e sempre o roteador vai a 100%.
    Ja tentei tambem configurar regras no firewall do tipo --no-track para que nao haja trabalho do firewall sobre essa conexao, mas indepente disso, sempre vai a 100%, independente do client que eu uso no RPi (ja tentei tanto com transmission-daemon quanto com deluged).
    Os servicos que ficam no topo do htop sao os que trabalham o sistema, ksoftirqd, kworker e o hostapd (mas nenhum deles usando o 100% ou ate mesmo a soma deles dando 100%) e o load vai para numeros absurdos tipo 10 10 10 (ou proximo ou acima a isso).

    ResponderExcluir
    Respostas
    1. Duca,

      loadavg em 10 é signal que tem 10 processos na fila querendo rodar. Estranho. Meu roteador, com um HW mais parco (tplink 2543nd) roda o torrent diretamente nele e nem por isto fica tão sobrecarregado.

      Não sou grande usuário do htop mas o top deve ter tudo que você precisa. O 100% deve estar em outra coisa não mostrada pelo htop. No top, a soma do uso da CPU (incluindo o wait, idle, etc) deve ser 100%. Olhe pelo top. Já ouvi relatos de muito uso de cpu quando se usa uma partição NTFS no OpenWRT.

      Excluir
    2. Eu ja usei o Transmission diretamente no roteador na versao 12.09 e nunca tive esse problema. Comecou quando troquei para o 14.07.
      Desconfio que seja algum problema especifico da compilacao para esse roteador.
      Como disse tambem so ocorre quando tem algo correndo no torrent.. se eu pausar todos, a CPU volta para o normal. (quando volta, pois acontece de congelar).
      Como estou usando os servicos no RaspberryPi, creio que o melhor sera voltar para a Firmware original do Buffalo (que é o DD-WRT Pro), nao sera de todo mal, ja que o roteador esta fazendo apenas firewall, portforward, QoS (e um pouco de tor/polipo), nem mesmo HD tem ligado diretametne a ele mais.
      De qualquer forma, obrigado pela atencao.

      Excluir
  5. Olá Luiz,

    Parabéns pelo seu blog. Tenho um TP-Link C7 v2.0 e os leds do wireless também não me funcionam como já referenciado. Alguma solução?

    Cumprimentos, Pedro

    ResponderExcluir
    Respostas
    1. Pedro,

      Aparentemente isto foi resolvido no commit:

      https://dev.openwrt.org/changeset/44659

      Pode ser que outra mudança tenha mexido com isto mas não achei no histórico.

      E, pelo que vi do commit, ele arruma apenas a configuração padrão. Creio que mexendo em /etc/config/system ou na configuração de LED da interface WEB (que altera o mesmo arquivo) seja possível resolver. Pelo que entendi da mudança, você precisa configurar o led tp-link:blue:wlan2g para disparar com phy1tpt e o tp-link:blue:wlan5g com phy0tpt. Acho que antes estava trocado.

      Excluir
  6. Obrigado Luis. Já está a funcionar:

    De facto fui a /etc/config e editei o system:

    Modifiquei a última linha de 'phy0tpt' para 'phy1tpt':

    config led 'led_wlan2g'
    option name 'WLAN2G'
    option sysfs 'tp-link:blue:wlan2g'
    option trigger 'phy1tpt'


    Adicionei esta linha toda porque não existia:

    config led 'led_wlan5g'
    option name 'WLAN5G'
    option sysfs 'tp-link:blue:wlan5g'
    option trigger 'phy0tpt'

    Como ainda dou noob no OpenWRT, como soube que era mexendo em etc/config/system que se resolvia o problema?
    Eu vendo o que vi:
    archer-c7)
    370 ucidef_set_led_usbdev "usb1" "USB1" "tp-link:green:usb1" "1-1"
    371 ucidef_set_led_usbdev "usb2" "USB2" "tp-link:green:usb2" "2-1"
    372 ucidef_set_led_wlan "wlan2g" "WLAN2G" "tp-link:blue:wlan2g" "phy1tpt"
    373 ucidef_set_led_wlan "wlan5g" "WLAN5G" "tp-link:blue:wlan5g" "phy0tpt"

    Obrigado ;)

    ResponderExcluir
  7. Olá Luiz, pode dar resposta ao meu ultimo parágrafo s.f.f?
    Obrigado mais uma vez :)

    ResponderExcluir
    Respostas
    1. Era sobre como descobri a solução? Busquei nos logs das alterações por mudanças relacionadas ao seu problema. Normalmente alguém já teve o mesmo problema e provavelmente alguém resolveu para a próxima verão.

      Vendo o que foi alterado deu uam boa ideia do que precisava ser alterado. Como já sabia onde estava a conf dos LEDs, foi só mapear a mudança.

      Excluir
  8. Boa tarde, eu preciso de uma imagem de firmware modificada para o tplink 841nd que tenha o nome da rede wifi e a senha padrao escolhida por mim , que quando der o reset no roteador ele volta automático para este nome e senha , tem como ? cobra quanto pra fazer isto ? obrigado

    ResponderExcluir