Tu vai gostar, tem mais performance, melhor eficiência/consumo e é bem menor que o Rpi4.
[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 xShARkx
- Data de Início
Tu vai gostar, tem mais performance, melhor eficiência/consumo e é bem menor que o Rpi4.
É só remover o usuário root do sistema e usar um padrão sem permissão pra nada. Pronto, nunca mais vai dar problema no sistema.Mais confiável? Elabore
É só remover o usuário root do sistema e usar um padrão sem permissão pra nada. Pronto, nunca mais vai dar problema no sistema.
É só remover o usuário root do sistema e usar um padrão sem permissão pra nada. Pronto, nunca mais vai dar problema no sistema.
Errado não tá....
Questão de preferência né.Mais confiável? Elabore
Usar uma solução DYI eu não curto.. Prefiro algo que já tenho maior experiência e confiança.
Pro MEU cenário, o nano não casaria bem.
Bom , ...
A solução pronta é melhor se :
- o fornecedor do equipamento for MUITO profissional e atualizar com frequência o firmware
- a utilização do equipamento for bem determinada, sem expectativas de novas funções
- o custo intrínseco do suporte não for um problema
Eu particularmente prefiro um mix.
- a solução de wifi pronta dentro dos padrões ( aumenta a compatibilidade )
- a solução de roteamento/NAT/VPN/etc bem customizada
- não ficar preso a marcas, e sim a hardware de baixo nivel comprovadamente bom para o uso pretendido
- experimentar novos sistemas, paraq verificar se agregam algo a utilização atual
Deixa o link aqui e o cupom caso tenha usado. Quero passar pra uma pessoa do forum
opa sou eu que to querendo hehehe tem cupom ai?
e outra coisa, nao precisa do cooling fan? mesmo deixando num local mais fechado?
Local fechado eu acho melhor usar fan sim, pois aqui fica entre 50-60 o CPU em local aberto com pouca ventilação
Pq será q o unifi tá sugando cpu? Sem trafego na rede. @xShARkx
Esses menus dentro do retangulo vermelho aqui nunca aparecem. Só aparecem depois que eu dou upgrade no docker.
Sempre aparece apenas a opção Configuration
Última edição:
@capa_da_gaita ou @FelipeSS Algum de vocês tem algum tutorial de config do wireguard que gera o arquivo cliente peer? Os que achei não mostra como gerar esse arquivo. A maioria dos tuto é via interface e ai quando procuro em /etc/wireguard não tem os arquivos de config.
Última edição:
Que uso alto hein? Ta toda hora tendo esse uso de cpu desse jeito? Esquisito demais... Inclusive forçando o CPU a fazer boost total em 2.0 GHz nos A72 + 1.5 GHz nos a53.Local fechado eu acho melhor usar fan sim, pois aqui fica entre 50-60 o CPU em local aberto com pouca ventilação
Pq será q o unifi tá sugando cpu? Sem trafego na rede. @xShARkx
Esses menus dentro do retangulo vermelho aqui nunca aparecem. Só aparecem depois que eu dou upgrade no docker.
Sempre aparece apenas a opção Configuration
Única vez que eu vi docker explodindo cpu aqui, foi quando eu estava testando um sistema de monitoramento de ping que junta todos os hosts(uns 30 ou mais hosts) em um único gráfico, e eu pedi ao grafana para puxar dado de 3 dias para ping, perda de pacote e jitter... Meu amigo o CPU do nano explodiu kkkkk Descobri que a maneira otimizada de puxar dados antigos de um sistema desse é ter gráficos separados no grafana, ou seja, não juntar todos os hosts em um gráfico só, fazendo ele exibir tudo na tela de uma vez.
Pow eu não tenho equipamento da ubiquiti para rodar o controller aqui no docker, terminar de configurar e testar os sintomas, eu sei que quando eu rodei aquela instalação para mostrar de exemplo ao @BolaDeCarvao, o uso de CPU não estava assim não!
Não sei se tem mais alguém aqui no tópico usando o unifi controller para ajudar?
Senão eu perguntaria aqui:
NanoPi R4S-RK3399 is a great new OpenWrt device
Welcome R4S club SoC – Rockchip RK3399 hexa-core processor with dual-Core Cortex-A72 up to 2.0GHz, quad-core Cortex-A53 up to 1.5GHz, Mali-T864 GPU with OpenGL ES1.1/2.0/3.0/3.1, OpenCL, DX11, and AFBC support, 4K VP9 and 4K 10-bit H265/H264 60fps video decoder System Memory – 4GB LPDDR4...
forum.openwrt.org
Tem dois gringos gente boa para caramba, o walmartshopper e o mercygroundabyss ambos usam o unifi controller no docker no nanopi e ambos dizem que lá está funcionando, acho que a vale a pena perguntar a eles! Uma diferença que eu sei para o nano deles do seu nano, é que eles não usam friendlywrt e sim um usa snapshot que ele mesmo compilou e o segundo usa a build do https://github.com/anaelorlinski/OpenWrt-NanoPi-R2S-R4S-Builds, não sei se seria isso...
O que dá para ver é o unifi tentando rodar o mesmo comando várias vezes, mais hein?
--- Post duplo é unido automaticamente: ---
@Arris
Eita parece que outras pessoas tiveram problemas e até em outros ambientes:
Tem até umas soluções possíveis ai, da uma olhada...
Última edição:
Que uso alto hein? Ta toda hora tendo esse uso de cpu desse jeito? Esquisito demais... Inclusive forçando o CPU a fazer boost total em 2.0 GHz nos A72 + 1.5 GHz nos a53.
Única vez que eu vi docker explodindo cpu aqui, foi quando eu estava testando um sistema de monitoramento de ping que junta todos os hosts(uns 30 ou mais hosts) em um único gráfico, e eu pedi ao grafana para puxar dado de 3 dias para ping, perda de pacote e jitter... Meu amigo o CPU do nano explodiu kkkkk Descobri que a maneira otimizada de puxar dados antigos de um sistema desse é ter gráficos separados no grafana, ou seja, não juntar todos os hosts em um gráfico só, fazendo ele exibir tudo na tela de uma vez.
Pow eu não tenho equipamento da ubiquiti para rodar o controller aqui no docker, terminar de configurar e testar os sintomas, eu sei que quando eu rodei aquela instalação para mostrar de exemplo ao @BolaDeCarvao, o uso de CPU não estava assim não!
Não sei se tem mais alguém aqui no tópico usando o unifi controller para ajudar?
Senão eu perguntaria aqui:
NanoPi R4S-RK3399 is a great new OpenWrt device
Welcome R4S club SoC – Rockchip RK3399 hexa-core processor with dual-Core Cortex-A72 up to 2.0GHz, quad-core Cortex-A53 up to 1.5GHz, Mali-T864 GPU with OpenGL ES1.1/2.0/3.0/3.1, OpenCL, DX11, and AFBC support, 4K VP9 and 4K 10-bit H265/H264 60fps video decoder System Memory – 4GB LPDDR4...
Tem dois gringos gente boa para caramba, o walmartshopper e o mercygroundabyss ambos usam o unifi controller no docker no nanopi e ambos dizem que lá está funcionando, acho que a vale a pena perguntar a eles! Uma diferença que eu sei para o nano deles do seu nano, é que eles não usam friendlywrt e sim um usa snapshot que ele mesmo compilou e o segundo usa a build do https://github.com/anaelorlinski/OpenWrt-NanoPi-R2S-R4S-Builds, não sei se seria isso...
O que dá para ver é o unifi tentando rodar o mesmo comando várias vezes, mais hein?
--- Post duplo é unido automaticamente: ---
@Arris
Eita parece que outras pessoas tiveram problemas e até em outros ambientes:
Tem até umas soluções possíveis ai, da uma olhada...
o @Snk B ta me ajudando
Você sabe algo sobre esse bug do luci ali no menu do docker que eu citei?
Aqui só aparece a opção configuration. Eu faço tudo pelo SSH pq não da pra fazer pela interface.
Tentou mudar o tema? Pode ser bug nesse tema material? Eu uso o boostrapdark ou o openwrt 2020.o @Snk B ta me ajudando
Você sabe algo sobre esse bug do luci ali no menu do docker que eu citei?
Aqui só aparece a opção configuration. Eu faço tudo pelo SSH pq não da pra fazer pela interface.
instalei a openwrt 2020 e parece que resolveu
Agora preciso descobrir como colocar o docker pra usar um nucleo a53 especifico
instalei a openwrt 2020 e parece que resolveu
Agora preciso descobrir como colocar o docker pra usar um nucleo a53 especifico
É adicionado um parâmetro no arquivo docker-compose.yml
cpuset: 4-5
NanoPi R4S-RK3399 is a great new OpenWrt device
Forgot to mention, I'm running the OC patch at 2.2 / 1.8ghz which might make a slight difference vs stock. Here is my docker-compose.yml for reference... you may want to tweak cpuset and memory limits: version: '3.6' services: # !! WARNING: !! # If using linuxserver/mariadb, you will need...
forum.openwrt.org
Só que no caso acima de exemplo, ele jogou a carga nos nucleos a72 que é o 4 e o 5.
--- Post duplo é unido automaticamente: ---
Quanto tu tentou fazer o build la, qual erro que deu?
Foi esse mesmo pacote que deu erro ai?
Se sim, parece que foi falha la no repositório de pacotes do openwrt:
[21.02] python-pynacl: missing ed25519 patch · Issue #18177 · openwrt/packages
After 4f7fcd9 ("libsodium: include ed25519_core in minimal build") was backported into the 21.02 branch, python3-pynacl now fails to compile: cc1: note: someone does not honour COPTS correctly, pas...
github.com
Um commit feito, porém, já foi feito o fix. Estou rodando outra build para ver se vai dar bom!
Última edição:
Esse erro que some as opções é o cache! abra na guia anônima que você vai ver.instalei a openwrt 2020 e parece que resolveu
Agora preciso descobrir como colocar o docker pra usar um nucleo a53 especifico
eu usei esse site quando fiz a config do wireguard em 2020. Desde entao eu apenas exporto as configs no openwrt do router antigo para o novo (quando troco de router) e segue tudo funcionando nos clientes.
As configurações do wireguard ficam em "/etc/config/network" misturado com as interfaces existentes
Pra gerar as KEYS do Wireguard, na própria interface do OpenWRT é possível fazer isso.
Estou monitorando o preço do Nanopi r4s, enquanto isso quero aprender mais do assunto.
Ele já vem com algo instalado ou tenho de instalar o openwrt? Vi que tem uma build especifica pro Nanopi, é a melhor?
Pra conhecer o sistema eu criei uma VirtualBox linux e instalei o openwrt, conectado na internet, update funcionando e tal. Aí dei o comando pra baixar e instalar o adguard home, deu certo, mas na hora de configurar pelo browser diz que não tem conexão com a internet, o que sera?
Ele já vem com algo instalado ou tenho de instalar o openwrt? Vi que tem uma build especifica pro Nanopi, é a melhor?
Pra conhecer o sistema eu criei uma VirtualBox linux e instalei o openwrt, conectado na internet, update funcionando e tal. Aí dei o comando pra baixar e instalar o adguard home, deu certo, mas na hora de configurar pelo browser diz que não tem conexão com a internet, o que sera?
## IRQ do eth0 no core 0 ##
echo 1 > /proc/irq/28/smp_affinity
## IRQ do eth1 no core 1 ##
echo 2 > /proc/irq/165/smp_affinity
## Queues do eth0 no core 2 ##
echo 4 > /sys/class/net/eth0/queues/rx-0/rps_cpus
## Queues do eth1 no core 3 ##
echo 8 > /sys/class/net/eth1/queues/rx-0/rps_cpus
cpu 2 e 3 ficou so para queues
com sqm desativo e Software flow offloading ativo
echo 1 > /proc/irq/28/smp_affinity
## IRQ do eth1 no core 1 ##
echo 2 > /proc/irq/165/smp_affinity
## Queues do eth0 no core 2 ##
echo 4 > /sys/class/net/eth0/queues/rx-0/rps_cpus
## Queues do eth1 no core 3 ##
echo 8 > /sys/class/net/eth1/queues/rx-0/rps_cpus
--- Post duplo é unido automaticamente: ---
cpu 2 e 3 ficou so para queues
--- Post duplo é unido automaticamente: ---
com sqm desativo e Software flow offloading ativo
Última edição:
Na verdade eu não lembro qual era o erro exato, mas o erro era na parte que ele compilava o opemwrt full tanto do r2s como do r4s. Vou aguardar sua resposta para tentar de novo. Sabe dizer caso de certo se eu tenho que fazer de novo as modificações ou posso mandar compilar aquela mesma?É adicionado um parâmetro no arquivo docker-compose.yml
cpuset: 4-5
NanoPi R4S-RK3399 is a great new OpenWrt device
Forgot to mention, I'm running the OC patch at 2.2 / 1.8ghz which might make a slight difference vs stock. Here is my docker-compose.yml for reference... you may want to tweak cpuset and memory limits: version: '3.6' services: # !! WARNING: !! # If using linuxserver/mariadb, you will need...
Só que no caso acima de exemplo, ele jogou a carga nos nucleos a72 que é o 4 e o 5.
--- Post duplo é unido automaticamente: ---
Quanto tu tentou fazer o build la, qual erro que deu?
Foi esse mesmo pacote que deu erro ai?
Se sim, parece que foi falha la no repositório de pacotes do openwrt:
[21.02] python-pynacl: missing ed25519 patch · Issue #18177 · openwrt/packages
After 4f7fcd9 ("libsodium: include ed25519_core in minimal build") was backported into the 21.02 branch, python3-pynacl now fails to compile: cc1: note: someone does not honour COPTS correctly, pas...
Um commit feito, porém, já foi feito o fix. Estou rodando outra build para ver se vai dar bom!
--- Post duplo é unido automaticamente: ---
Então eu vi esse tutorial e ele aponta também para /etc/wireguard. Você pegou os arquivos de configurações prontos em qual caminho? E quando colocou no roteador novo ele já criou a interface de rede e os peers automático?
--- Post duplo é unido automaticamente: ---
Show muito obrigado por essa dica, eu estava procurando exatamente isso porque em todos os tutoriais que eu vi ele aponta para /etc/wireguard. Sabe dizer se os peers ficam nesse caminho também?As configurações do wireguard ficam em "/etc/config/network" misturado com as interfaces existentes
Pra gerar as KEYS do Wireguard, na própria interface do OpenWRT é possível fazer isso.
Última edição:
Nunca peguei arquivo de configuração, fiz manualmente nos peers clientes. As infos ficam em "/etc/config/network", então quando vc exporta a config do openwrt as informações sobre rede vão junto. O servidor de VPN que eu assino fornece um arquivo de config do wireguard na área do cliente , mas acho que isso é gerenciado por aplicativo de terceiros.
Ele usa cartão de memória como armazenamento, vc usa um utilitário como o balenaetcher para gravar pela primeira vez o .img do openwrt ou friendlywrt no cartão, ai é só espetar o cartão que ele vai dar boot.
Uma vantagem desse sistema de cartão é que vc pode ter dois ou mais cartões SD, e literalmente configurar o roteador todo(pacotes, configurações e etc) e depois fazer um backup do sistema inteiro do roteador em outro cartão, com isso vc literalmente tem um backup fisico do seu roteador e não apenas um arquivo config da vida! Portanto se der pau por algum motivo, é só fazer o swap do cartão que volta tudo a funcionar como estava antes quando vc configurou e deixou redondo! Outra vantagem é que pode ter um cartão só para testes, ou seja, mete builds, pacotes ou configs que vc nunca usou mais quer testar sem correr risco de fuder com a sua config principal e ficar sem rede e ter que refazer tudo do zero.
O openwrt é um software opensource, logo vc tem a build oficial do openwrt, vc tem a build feita pelo fabricante do nano que é o friendlywrt, vc tem builds feitas por outras pessoas e vc mesmo pode fazer uma build sua! Personalizada para o seu gosto(pacotes, patchs e etc) e necessidade sem nada a mais ou a menos.
Algumas pessoas gostam do friendlywrt, enquanto outras não! O problema do friendly wrt é que ele vem cheio de pacote instalado, como idiomas do mundo todo, drivers de placas wifi\modens usb e etc...
No meu caso, eu estou esperando liberar a próxima versão estável do openwrt que vai ser a 22.03 para que eu possa criar uma build limpa de acordo com a minha necessidade e gosto para o meu nanopi r4s! E é preciso esperar porque o nanopi r4s foi adicionado ao repositório master do openwrt, depois que saiu a versão estável atual do openwrt e é por isso que se vc for baixar de maneira pratica uma build oficial do openwrt para o nano, só vai ter snapshot e a não a estável.
E fazer builds do openwrt, nem é tão complicado assim! Basta ler a documentação e existem várias formas de fazer a build, como compilar vc mesmo, usar o image builder ou até esse site - https://asu.aparcar.org/
Veja a documentação:
[OpenWrt Wiki] AdGuard Home
E aqui um tutorial completo de recente de como instalar corretamente:
[How-To-Updated 2021] Installing AdGuardHome on OpenWrt [Manual and opkg method]
Introduction: This thread mostly covers the manual installation of AdGuard Home's edge/beta version. OpenWrt's opkg version is the stable release. The edge version installs to /opt/AdGuardHome , the opkg version to /etc/adguardhome for the config files and /tmp for filters, logs etc thus you...
forum.openwrt.org
Para quem quiser brincar com o 22.03:
O francês já se adiantou e disponibilizou - https://github.com/anaelorlinski/OpenWrt-NanoPi-R2S-R4S-Builds/releases
É WIP ainda, devido a transição do firewall3 para o firewall4.
E no repositório oficial, já temos:
Ta quase hein! Para o nano ficar perfeito kkkk
obrigado!!! segui os links que indicou e funcionou lindo!!!Ele usa cartão de memória como armazenamento, vc usa um utilitário como o balenaetcher para gravar pela primeira vez o .img do openwrt ou friendlywrt no cartão, ai é só espetar o cartão que ele vai dar boot.
Uma vantagem desse sistema de cartão é que vc pode ter dois ou mais cartões SD, e literalmente configurar o roteador todo(pacotes, configurações e etc) e depois fazer um backup do sistema inteiro do roteador em outro cartão, com isso vc literalmente tem um backup fisico do seu roteador e não apenas um arquivo config da vida! Portanto se der pau por algum motivo, é só fazer o swap do cartão que volta tudo a funcionar como estava antes quando vc configurou e deixou redondo! Outra vantagem é que pode ter um cartão só para testes, ou seja, mete builds, pacotes ou configs que vc nunca usou mais quer testar sem correr risco de fuder com a sua config principal e ficar sem rede e ter que refazer tudo do zero.
O openwrt é um software opensource, logo vc tem a build oficial do openwrt, vc tem a build feita pelo fabricante do nano que é o friendlywrt, vc tem builds feitas por outras pessoas e vc mesmo pode fazer uma build sua! Personalizada para o seu gosto(pacotes, patchs e etc) e necessidade sem nada a mais ou a menos.
Algumas pessoas gostam do friendlywrt, enquanto outras não! O problema do friendly wrt é que ele vem cheio de pacote instalado, como idiomas do mundo todo, drivers de placas wifi\modens usb e etc...
No meu caso, eu estou esperando liberar a próxima versão estável do openwrt que vai ser a 22.03 para que eu possa criar uma build limpa de acordo com a minha necessidade e gosto para o meu nanopi r4s! E é preciso esperar porque o nanopi r4s foi adicionado ao repositório master do openwrt, depois que saiu a versão estável atual do openwrt e é por isso que se vc for baixar de maneira pratica uma build oficial do openwrt para o nano, só vai ter snapshot e a não a estável.
E fazer builds do openwrt, nem é tão complicado assim! Basta ler a documentação e existem várias formas de fazer a build, como compilar vc mesmo, usar o image builder ou até esse site - https://asu.aparcar.org/
Veja a documentação:
[OpenWrt Wiki] AdGuard Home
openwrt.org
E aqui um tutorial completo de recente de como instalar corretamente:
[How-To-Updated 2021] Installing AdGuardHome on OpenWrt [Manual and opkg method]
Introduction: This thread mostly covers the manual installation of AdGuard Home's edge/beta version. OpenWrt's opkg version is the stable release. The edge version installs to /opt/AdGuardHome , the opkg version to /etc/adguardhome for the config files and /tmp for filters, logs etc thus you...
Para quem quiser brincar com o 22.03:
O francês já se adiantou e disponibilizou - https://github.com/anaelorlinski/OpenWrt-NanoPi-R2S-R4S-Builds/releases
É WIP ainda, devido a transição do firewall3 para o firewall4.
E no repositório oficial, já temos:
Ta quase hein! Para o nano ficar perfeito kkkk
criei uma VirtualBox linux, instalei o openwrt, instalei o adguard home, configurei controle parental pra testar, e bloqueou tudo!!!
agora ja posso me aventurar a comprar um nanopi kkkkkk
mas nao sei nada mais que posso fazer com o openwrt de util, no meu caso so quero mesmo ter o controle do meu proprio servidor de dns, ja que meu provedor filtra o dns do roteador obrigando tudo a passar por eles!