[TÓPICO DEDICADO] Redes Modulares, Roteadores e mini roteadores de Alta Performance - NanoPi, Raspberry Pi, Orange Pi, Banana Pi, x86 e etc.

  • Iniciador de Tópicos Iniciador de Tópicos xShARkx
  • Data de Início Data de Início
EeK disse:
Fala, galera!

Gostaria de sugestões para um substituto ao meu roteador Asus RT-AC86U.

O tl;dr é que o bichinho está nas últimas, e não posso arriscar ficar sem um roteador de novo, de repente. Explicação detalhada no spoiler:

Eu tinha um AC87U, adquirido em novembro de 2014, e que morreu em abril de 2019. Comprei o AC86U no mesmo dia, porque não podia ficar sem roteador e já estava acostumado com a marca (eu uso o firmware Asuswrt-Merlin há anos e costumo instalar alguns scripts, como Diversion, Skynet, etc.).

O AC86U sempre teve problemas de temperatura, e eu moro em uma cidade muito quente. Então, fui obrigado a comprar dois mini ventiladores (iguais a estes) para ajudar no resfriamento (uma redução de 15C a 20C). Acontece que a versão do firmware atual tem um bug que causa um aumento nas temperaturas, e como os scripts dependem da versão mais recente pra rodar, eu não posso fazer downgrade.

Em razão disso, a CPU tem operado em uma temperatura média de 80C já há algum tempo. E como se não bastasse, esse modelo também tem apresentado um problema de software envolvendo nvram, além de outras falhas de design/construção (que eu desconhecia, até então).

Um resumo da minha rede caseira e do que estou buscando:

  • Minha conexão é de fibra (800/200), e a ONU é um Fiberhome configurado em bridge;
  • Tenho um monte de APs cabeados espalhados pelo apartamento, então, Wi-Fi no próprio roteador não é prioridade;
  • Idealmente, o roteador teria pelo menos 4 portas Gigabit (para conectar os APs), mas eu não me oponho a usar um switch;
  • Se tiver entrada USB e puder funcionar como um NAS simplificado (compartilhando um drive externo ligado a ele), melhor ainda.

O mais importante é que tanto o hardware como o software sejam confiáveis, porque cansei de sofrer com Asus. Além disso, que a configuração seja fácil. Eu não manjo absolutamente nada de Linux e apanhei pra instalar o Merlin e fazer rodar os scripts de adblocker, firewall, etc.

Andei lendo sobre pfSense, mas parece complicado demais. Pelo que vi, a solução mais simples (e que lembra o que eu já usava), é OpenWrt + AdGuard, mas deixo pra vocês, especialistas, comentarem e sugerirem o que julgam mais apropriado, no meu caso.

Obrigado desde já!

P.S.: Estou postando a mesma mensagem em vários tópicos diferentes, porque não sei exatamente qual o melhor lugar pra perguntar.
Clique para expandir...

Você pode pegar um netgear XR1000 também, sistema DumaOs, bem friendly, para jogos é o suprasumo, bem poderoso (triple core) e já vem com wifi6, mas é meio carinho
 
  • Curtir
Reações: EeK
Zé_do_Mato disse:
Você pode pegar um netgear XR1000 também, sistema DumaOs, bem friendly, para jogos é o suprasumo, bem poderoso (triple core) e já vem com wifi6, mas é meio carinho
Clique para expandir...

Valeu pela sugestão, mas eu realmente não preciso de Wi-Fi (que é uma das coisas que mais encarecem esses aparelhos cheios de antenas), porque já tenho APs espalhados pela residência. O roteador, mesmo, fica escondido em um armário (com fundo falso, pra ajudar na ventilação). 😆
 
Boa tarde, Algue teria uma imagem antiga do friendlywrt para nanopi r4s? Testei a ultima e tinha funcionado certinho mas ai fui testando outras builds ate chegar a conclusão que a da friendly estava melhor. Quando fui tentar colocar a da friendly novamente ela simplesmente não da boot acende o led pwr e o sys pisca somente 1 vez e nada mais acontece. Coloco outra imagem no cartao e ela sobe normal.
 
sergio987 disse:
Boa tarde, Algue teria uma imagem antiga do friendlywrt para nanopi r4s? Testei a ultima e tinha funcionado certinho mas ai fui testando outras builds ate chegar a conclusão que a da friendly estava melhor. Quando fui tentar colocar a da friendly novamente ela simplesmente não da boot acende o led pwr e o sys pisca somente 1 vez e nada mais acontece. Coloco outra imagem no cartao e ela sobe normal.
Clique para expandir...
mandei via mp
 
Arris disse:
mandei via mp
Clique para expandir...
Obrigado, vou testar com essa pra ver se o nanopi vai dar boot :rolleyes:
--- Post duplo é unido automaticamente: ---

@Arris Essa imagem que você me enviou funcionou certinho agora a ultima que esta no drive da friendlywrt não funciona mais 🤯 ontem mesmo eu testei ela e funcionou normal e agora nao da mais boot.
 
Última edição:
sergio987 disse:
Obrigado, vou testar com essa pra ver se o nanopi vai dar boot :rolleyes:
--- Post duplo é unido automaticamente: ---

@Arris Essa imagem que você me enviou funcionou certinho agora a ultima que esta no drive da friendlywrt não funciona mais 🤯 ontem mesmo eu testei ela e funcionou normal e agora nao da mais boot.
Clique para expandir...
por isso q eu salvo no drive porque depois talvez não ache mais pra baixar :bem:
 
sergio987 disse:
Obrigado, vou testar com essa pra ver se o nanopi vai dar boot :rolleyes:
--- Post duplo é unido automaticamente: ---

@Arris Essa imagem que você me enviou funcionou certinho agora a ultima que esta no drive da friendlywrt não funciona mais 🤯 ontem mesmo eu testei ela e funcionou normal e agora nao da mais boot.
Clique para expandir...
Talvez o china lá nem teste mais a imagem, só fica fazendo build e taca lá no drive kk.
 
Algum de vocês usa canal DFS no wifi 5g?
Independente do software
 
Arris disse:
Algum de vocês usa canal DFS no wifi 5g?
Independente do software
Clique para expandir...
Pelo que já li sobre os canais DFS não é legal utilizar pois de tempo em tempo o wifi irá parar pois o AP estará fazendo uma varredura para ver se encontra algum sinal de radar ou algo do tipo se não me engano. Nessas paradas do wifi dá para notar que o wifi caiu.
 
dasilvaj4 disse:
Pelo que já li sobre os canais DFS não é legal utilizar pois de tempo em tempo o wifi irá parar pois o AP estará fazendo uma varredura para ver se encontra algum sinal de radar ou algo do tipo se não me engano. Nessas paradas do wifi dá para notar que o wifi caiu.
Clique para expandir...
não é assim que funciona, no canal DFS o AP ao detectar sinal de radar meteorológico automaticamente muda pra outro canal.
não tem desta de tempos em tempos do equipamento fazer uma varredura, é o tempo inteiro em que estiver usando canais dfs que é feito essa verificação.
 
contratei a vivo aqui em casa, so que to apanhado para configurar a vlan no openwrt para funcionar direto no nanopi
alguem pode me ajudar
 
Arris disse:
Clique para expandir...

Acabei fazendo de um outro jeito
--- Post duplo é unido automaticamente: ---

Agora que eu to tentando de dor de cabeça
É o adguard
Toma vez que desliga o nanopi o adguard início só que não funciona as consultas, aí tenho que configurar denovo
Vou ter que vê o pq tá acontecendo isto
 
EvertonPlay75 disse:
Acabei fazendo de um outro jeito
--- Post duplo é unido automaticamente: ---

Agora que eu to tentando de dor de cabeça
É o adguard
Toma vez que desliga o nanopi o adguard início só que não funciona as consultas, aí tenho que configurar denovo
Vou ter que vê o pq tá acontecendo isto
Clique para expandir...
As consultas dns ou bloqueio de anúncio?
 
Arris disse:
As consultas dns ou bloqueio de anúncio?
Clique para expandir...
as consultas
toda vez que tira da tomada ou cai a energia a consultas na funciona mais, ai tenho que refazer as configurações para o adguard volta a funcionar
--- Post duplo é unido automaticamente: ---


--- Post duplo é unido automaticamente: ---

system log
 
Sugiro você deletar o arquivo de configurações do adguardhome
rm /etc/adguardhome.yaml

Depois executar os comandos 1 a 1 com base na wiki do openwrt
NET_ADDR=$(/sbin/ip -o -4 addr list br-lan | awk 'NR==1{ split($4, ip_addr, "/"); print ip_addr[1] }')

NET_ADDR6=$(/sbin/ip -o -6 addr list br-lan scope global | awk 'NR==1{ split($4, ip_addr, "/"); print ip_addr[1] }')

echo "Router IPv4 : ""${NET_ADDR}"

echo "Router IPv6 : ""${NET_ADDR6}"

uci set dhcp.@dnsmasq[0].noresolv="0"

uci set dhcp.@dnsmasq[0].cachesize="1000"

uci set dhcp.@dnsmasq[0].rebind_protection='0'

uci set dhcp.@dnsmasq[0].port="54"

uci -q delete dhcp.@dnsmasq[0].server

uci add_list dhcp.@dnsmasq[0].server="${NET_ADDR}"

uci -q delete dhcp.lan.dhcp_option

uci -q delete dhcp.lan.dns

uci add_list dhcp.lan.dhcp_option='6,'"${NET_ADDR}"

uci add_list dhcp.lan.dhcp_option='3,'"${NET_ADDR}"


Esse daqui copia e cola de uma vez e da enter
for OUTPUT in $(ip -o -6 addr list br-lan scope global | awk '{ split($4, ip_addr, "/"); print ip_addr[1] }')
do
echo "Adding $OUTPUT to IPV6 DNS"
uci add_list dhcp.lan.dns=$OUTPUT
done



uci commit dhcp

/etc/init.d/dnsmasq restart

Depois entra na interface do adguardhome IP:3000
Coloca pra ele ouvir todas as interfaces.
Seta a porta de escuta outra diferente de 80 e a porta dns deixa 53.
 
EvertonPlay75 disse:
Agora que eu to tentando de dor de cabeça
É o adguard
Toma vez que desliga o nanopi o adguard início só que não funciona as consultas, aí tenho que configurar denovo
Vou ter que vê o pq tá acontecendo isto
Clique para expandir...

Tive exatamente esse problema e postei minha solução nesse tópico que criei no fórum do OpenWrt. Depois discuti longamente esse e outros assuntos nesse outro tópico específico sobre AdGuard no fórum do OpenWrt. Tenta uma primeira coisa (que foi a solução que postei lá): na configuração do OpenWrt de NTP (System -> System -> Time Synchronization), troca os hostnames dos servidores pelos endereços IP (200.160.7.186, 201.49.148.135, 200.186.125.195 para os servidores do ntp.br).

Isso é porque as conexões https (usadas pelo Adguard) dependem de validação de certificados SSL, que por sua vez dependem que a data/hora do OpenWRT estejam corretas. Ao colocar o IP (e não o hostname) nas configurações dos servidores NTP permitem que o OpenWRT sincronize a hora corretamente. Sem a hora certa o AdGuard Home não funciona, e sem o AdGuard Home como DNS os hostnames dos servidores NTP não resolver e a hora continua errada. Problema do ovo ou da galinha. Colocar o IP nos servidores NTP ao invés dos hostnames resolve isso.

Adicionalmente sugiro colocar um comando para reinicialização do AdGuard 1 minuto após o reboot do OpenWrt (isso garantirá que OpenWrt já teve tempo para sincronizar com os servidores NTP e a data/hora já estarão corretas quando o serviço do AdGuard Home subir). Para isso edite o arquivo "/etc/rc.local" e adicione o comando "sleep 60 && service adguardhome restart &" (deixar o comando "exit 0" no final do arquivo).

Tem outras formas de resolver isso, mas essa é a mais simples e mais efetiva.
 
Última edição:
_dsouza_ disse:
Tive exatamente esse problema e postei minha solução nesse tópico que criei no fórum do OpenWrt. Depois discuti longamente esse e outros assuntos nesse outro tópico específico sobre AdGuard no fórum do OpenWrt. Tenta uma primeira coisa (que foi a solução que postei lá): na configuração do OpenWrt de NTP (System -> System -> Time Synchronization), troca os hostnames dos servidores pelos endereços IP (200.160.7.186, 201.49.148.135, 200.186.125.195 para os servidores do ntp.br).

Isso é porque as conexões https (usadas pelo Adguard) dependem de validação de certificados SSL, que por sua vez dependem que a data/hora do OpenWRT estejam corretas. Ao colocar o IP (e não o hostname) nas configurações dos servidores NTP permitem que o OpenWRT sincronize a hora corretamente. Sem a hora certa o AdGuard Home não funciona, e sem o AdGuard Home como DNS os hostnames dos servidores NTP não resolver e a hora continua errada. Problema do ovo ou da galinha. Colocar o IP nos servidores NTP ao invés dos hostnames resolve isso.

Adicionalmente sugiro colocar um comando para reinicialização do AdGuard 1 minuto após o reboot do OpenWrt (isso garantirá que OpenWrt já teve tempo para sincronizar com os servidores NTP e a data/hora já estarão corretas quando o serviço do AdGuard Home subir). Para isso edite o arquivo "/etc/rc.local" e adicione o comando "sleep 60 && service adguardhome restart &" (deixar o comando "exit 0" no final do arquivo).

Tem outras formas de resolver isso, mas essa é a mais simples e mais efetiva.
Clique para expandir...
Era exatamente isso que eu iria falar, basta colocar o IP no servidor NTP que resolve esse problema.
jmpX6by.png
 
_dsouza_ disse:
Tive exatamente esse problema e postei minha solução nesse tópico que criei no fórum do OpenWrt. Depois discuti longamente esse e outros assuntos nesse outro tópico específico sobre AdGuard no fórum do OpenWrt. Tenta uma primeira coisa (que foi a solução que postei lá): na configuração do OpenWrt de NTP (System -> System -> Time Synchronization), troca os hostnames dos servidores pelos endereços IP (200.160.7.186, 201.49.148.135, 200.186.125.195 para os servidores do ntp.br).

Isso é porque as conexões https (usadas pelo Adguard) dependem de validação de certificados SSL, que por sua vez dependem que a data/hora do OpenWRT estejam corretas. Ao colocar o IP (e não o hostname) nas configurações dos servidores NTP permitem que o OpenWRT sincronize a hora corretamente. Sem a hora certa o AdGuard Home não funciona, e sem o AdGuard Home como DNS os hostnames dos servidores NTP não resolver e a hora continua errada. Problema do ovo ou da galinha. Colocar o IP nos servidores NTP ao invés dos hostnames resolve isso.

Adicionalmente sugiro colocar um comando para reinicialização do AdGuard 1 minuto após o reboot do OpenWrt (isso garantirá que OpenWrt já teve tempo para sincronizar com os servidores NTP e a data/hora já estarão corretas quando o serviço do AdGuard Home subir). Para isso edite o arquivo "/etc/rc.local" e adicione o comando "sleep 60 && service adguardhome restart &" (deixar o comando "exit 0" no final do arquivo).

Tem outras formas de resolver isso, mas essa é a mais simples e mais efetiva.
Clique para expandir...
Interessante essa solução. Nunca tive esse problema aqui mas é bom saber como resolver :joia:
 
so para atualiza
o primeiro problema que tive foi da vlan, resolvi configurado a vlan direto no modem
segundo valeu pela ajuda, faz semanas que tava batendo cabeça para resolver isto, e era bem simples
so que tenho um outro problema que faz tempo que tento resolver mais ate agora não consegui
openwrt não tem mais acesso a internet, tipo se eu tentar instalar um pacote pela interface não vai, se tentar update list ou diagnostics pela interface não da pq não tem acesso a internet
 
Você deve fazer login ou se registrar para responder aqui.

Users who are viewing this thread

Total: 3 (membros: 0, visitantes: 3)
Voltar
Topo