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

Pessoal poderia me ajudar a sanar umas dúvidas, então estou pensando em colocar um DNS Recursivo no meu NanoPi R4S e queria ver se alguém já realizou essa configuração nele e se houve melhoras de performance em relação aos DNS da Operadora ou DNS Públicos.
Outra dúvida é se já realizou a configuração do Adguard Home com o Unbound para DNS Recursivo mais bloqueio de anúncios?

Se já realizaram a configuração parecida poderia passar o passo a passo.
sobre a performance, é difícil comparar, pois depende das rotas da sua operadora para os root servers e para os DNS públicos, perfil de uso (se consulta muito os mesmos domínios, etc.).

Com o recursivo, no meu caso, chega até 40ms.
Com DNS do NEXTDNS, que é o único que possui servidor em POA e faz peering com a Claro, oscila entre 12ms e 50ms.
Daí vai de cada um ver o que funciona melhor.

Agora sobre a privacidade, nao tem o que comparar, unbound é o único que vc nao "entrega" as consultas para uma empresa.

vc pode fazer um teste pra ver como está a rota até os root e avaliar.

a.root-servers.net
b.root-servers.net
...
m.root-servers.net

Mês passado usei o nextdns como upstream no adguard, onde foi registrado menos de 35mil consultas externas, sendo que o adguard responde em média 250mil requisições/dia, o cache funciona bem.
 
Última edição:
Em termos de desempenho, me digam se seria mais ou menos assim?

X86 > Nano pi > Mikrotik Rb5009 e Rb4011
 
Em termos de desempenho, me digam se seria mais ou menos assim?

X86 > Nano pi > Mikrotik Rb5009 e Rb4011
Creio que sim, embora eu não tenha o Nano todos os outros já testei e estão na ordem correta. A 5009 leva vantagem sobre o Nano por ter mais portas, uma ethernet de 2.5, uma sfp de 10G e aceleração ipsec via hardware (desconheço se o Nano tem), mas se isso não for importante e levar em conta o preço não tem o que pensar.
 
Em termos de desempenho, me digam se seria mais ou menos assim?

X86 > Nano pi > Mikrotik Rb5009 e Rb4011
Sim, o x86 sempre na frente!

Agora o resto do line-up ai depende do que vc procura exatamente para ser sincero! Agora se vc está falando quanto a poder bruto de cpu, então talvez esteja correto essa ordem, porém, eu não sei se eu colocaria o NanoPi na frente da RB5009! Agora quando o R6S sair, ai sim vai ficar em segundo lugar depois do x86 sem duvidas, a não ser claro quanto a quantidade de portas lan, spf+ e etc.
 
Última edição:
Eu uso adguardhome no openwrt seguindo esse tutorial aqui https://openwrt.org/docs/guide-user/services/dns/adguard-home

As únicas mudanças que fiz foram nesses itens aqui
  1. Setup the Admin Web Interface to listen on 192.168.1.1 at port 8080. (Changing the web interface port is optional)
  2. Set DNS server to listen on 192.168.1.1 at port 53.

Ao invés de selecionar a interface do router (meu ip interno) eu deixei Todas as interfaces na porta 8081. E Todas as interfaces na porta 53 na parte de baixo da pagina.
Meu unifi controller usa a 8080 aí dá ruim.

To usando o google dns over https como servidor de consultas

Não fiz TODAS as configurações desse tutorial não. Eu fiz apenas a instalação e configuração do Adguardhome e a parte de Reverse DNS.
Lá no adguardhome em Configurações gerais, eu coloquei pra atualizar a lista de bloqueio de anuncios a cada 1h pois sempre que o router restarta ele não atualiza sozinho, aí 1h depois atualiza sozinho.


sobre a performance, é difícil comparar, pois depende das rotas da sua operadora para os root servers e para os DNS públicos, perfil de uso (se consulta muito os mesmos domínios, etc.).

Com o recursivo, no meu caso, chega até 40ms.
Com DNS do NEXTDNS, que é o único que possui servidor em POA e faz peering com a Claro, oscila entre 12ms e 50ms.
Daí vai de cada um ver o que funciona melhor.

Agora sobre a privacidade, nao tem o que comparar, unbound é o único que vc nao "entrega" as consultas para uma empresa.

vc pode fazer um teste pra ver como está a rota até os root e avaliar.

a.root-servers.net
b.root-servers.net
...
m.root-servers.net

Mês passado usei o nextdns como upstream no adguard, onde foi registrado menos de 35mil consultas externas, sendo que o adguard responde em média 250mil requisições/dia, o cache funciona bem.

Obrigado a todos, irei estar realizando os testes em uma maquina virtual antes de configurar no nano ;)
 
Primeiro de tudo, qual que é a sua necessidade?
Desculpa cair de paraquedas e tomar o tempo de vocês. Fiz um qos com ac68u para priorizar o fifa no pc e achei que o jogo ficou mais fluido e tal. Notei que ele é fraco pra esse fim e queria algo para ser melhor nessa finalidade. ai que cai de paraquedas e peguei varias pessoas falando bem do nanopi 4 rs e outras edge router pra esse fim porque dizem que tem processamento bom e na vdd fiquei perdido rs
 
Desculpa cair de paraquedas e tomar o tempo de vocês. Fiz um qos com ac68u para priorizar o fifa no pc e achei que o jogo ficou mais fluido e tal. Notei que ele é fraco pra esse fim e queria algo para ser melhor nessa finalidade. ai que cai de paraquedas e peguei varias pessoas falando bem do nanopi 4 rs e outras edge router pra esse fim porque dizem que tem processamento bom e na vdd fiquei perdido rs
Entendi, vc quer fazer QoS\SQM da sua conexão. Agora qual que é a velocidade da sua conexão?

Eu não compraria o NanoPi R4S, no caso eu acho que é melhor esperar um pouco e compraria logo o R6S que está para sair com um CPU bem mais forte e eu não acho que ele vai sair tão mais caro assim.

Outra possibilidade é o x86 v3 com cpu n5105, porém, ai tem que ver a velocidade da usa internet e quanto vc está disposto a gastar, se vc já quer ficar preparado para o futuro de muitos anos e etc.
 
Entendi, vc quer fazer QoS\SQM da sua conexão. Agora qual que é a velocidade da sua conexão?

Eu não compraria o NanoPi R4S, no caso eu acho que é melhor esperar um pouco e compraria logo o R6S que está para sair com um CPU bem mais forte e eu não acho que ele vai sair tão mais caro assim.

Outra possibilidade é o x86 v3 com cpu n5105, porém, ai tem que ver a velocidade da usa internet e quanto vc está disposto a gastar, se vc já quer ficar preparado para o futuro de muitos anos e etc.
Exatamente. O sqm n sei mt ao certo o que é mas pelo que li de vocês, acho que é algo que controla o ping ent seria mt bom um aparelho que fizesse o sqm e o qos… a minha banda é de 1gb, mas sem configurar o qos senti no uso do jogo, latência, ping e talvez bufferbloat mt altos, oscilando e uma sensação de que o jogo estava dessincronizado, algo q n acontece com o qos ligado. Outra coisa, posso reduzir a banda se o aparelho necessario pro qos/sqm n suportar essa banda… com relação ao preço, n posso garantir que consigo qualquer produto, mas quero comprar o melhor e que me ajude nessas funções. Esse v3 vcs compram onde?
 
Exatamente. O sqm n sei mt ao certo o que é mas pelo que li de vocês, acho que é algo que controla o ping ent seria mt bom um aparelho que fizesse o sqm e o qos… a minha banda é de 1gb, mas sem configurar o qos senti no uso do jogo, latência, ping e talvez bufferbloat mt altos, oscilando e uma sensação de que o jogo estava dessincronizado, algo q n acontece com o qos ligado. Outra coisa, posso reduzir a banda se o aparelho necessario pro qos/sqm n suportar essa banda… com relação ao preço, n posso garantir que consigo qualquer produto, mas quero comprar o melhor e que me ajude nessas funções. Esse v3 vcs compram onde?
link de 1 Gbps causando bufferbloat? qual o upload desse plano? qual operadora? No momento da ocorrência é necessário verificar no roteador ou onde for possível qual o upload em uso naquele exato momento. Se o upload em uso não estiver em 100% não haverá mágica que um nanopi ou router x86 consiga fazer e a solução é trocar de operadora.
 
link de 1 Gbps causando bufferbloat? qual o upload desse plano? qual operadora? No momento da ocorrência é necessário verificar no roteador ou onde for possível qual o upload em uso naquele exato momento. Se o upload em uso não estiver em 100% não haverá mágica que um nanopi ou router x86 consiga fazer e a solução é trocar de operadora.
Tenho linq aqui em casa. Não sei ao certo mas o upload é bom. Eu sinto que com qos ligado, restringindo a banda, o jogo roda mais fluido que sem o qos ativado. to usando o asus 68u, queria um aparelho pra substituir ele e fazer sqm qos melhor…
 
eu recomendei pro @Canela Seca o nanopi r4s porque não tenho conhecimento da capacidade do R5S e do R6S, mas sugeri a ele que viesse aqui conversar com os especialistas.
 
Exatamente. O sqm n sei mt ao certo o que é mas pelo que li de vocês, acho que é algo que controla o ping ent seria mt bom um aparelho que fizesse o sqm e o qos… a minha banda é de 1gb, mas sem configurar o qos senti no uso do jogo, latência, ping e talvez bufferbloat mt altos, oscilando e uma sensação de que o jogo estava dessincronizado, algo q n acontece com o qos ligado. Outra coisa, posso reduzir a banda se o aparelho necessario pro qos/sqm n suportar essa banda… com relação ao preço, n posso garantir que consigo qualquer produto, mas quero comprar o melhor e que me ajude nessas funções. Esse v3 vcs compram onde?
Leia a analogia abaixo para vc entender melhor :D e verificar se vc acha necessário investir realmente ou não.

Quando vc usa o QoS do asus então vc sempre sente que está melhor? E sem QoS vc sente sempre que fica pior? Vc chegou a fazer algum teste?

link de 1 Gbps causando bufferbloat? qual o upload desse plano? qual operadora? No momento da ocorrência é necessário verificar no roteador ou onde for possível qual o upload em uso naquele exato momento. Se o upload em uso não estiver em 100% não haverá mágica que um nanopi ou router x86 consiga fazer e a solução é trocar de operadora.
SQM trabalha a todo o momento, mesmo que a rede ainda não esteja saturada que é quando o bufferbloat realmente pega pesado, ainda sim o sqm tem o seu efeito em evitar ping spikes, manter o ping mais baixo possível e priorizar as coisas.

Agora claro que SQM não vai resolver nada se fora da casa do usuário tiver algum problema da casa dele até o destino.

Uma analogia:

"Um tempo atrás, tentei uma explicação leiga sobre Bufferbloat. Comparei com uma loja de esqui. Foi bastante malsucedido: simplesmente não tinha nenhum apelo intuitivo.

É por isso que fiquei encantado que Waveform.com publicou o que acredito ser a Melhor Analogia de Bufferbloat – Ever . (Estou satisfeito por ter contribuído para a versão final de sua descrição.) Essa página também tem um testador de Bufferbloat baseado na web bem projetado (em pé de igualdade com o DSLReports Speed Test ).

Eles perguntaram: Você pode explicar bufferbloat como se eu tivesse cinco anos? e notou que os fluxos de líquidos eram como fluxos de pacotes. A analogia foi quando um amigo despeja um balde de água em uma pia com um ralo estreito, isso retarda outros fluxos (como uma colher de chá de óleo) de esvaziar. Leia toda a descrição…

Isso me fez pensar em ter um SmartSink™ para dar uma imagem visual para entender como um roteador bem projetado pode diminuir a latência.

O que é um SmartSink™? (O que o gringo quis dizer, ou seja, SmartSink = PiaInteligente = SQM)

Em vez de aceitar um balde cheio de água de uma só vez, um SmartSink controla o balde de água com uma válvula. Permite a entrada de água suficiente na pia para manter o ralo cheio. Se a água ficar muito baixa, o SmartSink abre a válvula: se ficar “muito cheia”, fecha-a um pouco.

Um SmartSink também funciona quando muitos amigos têm seus próprios baldes, despejando água colorida – rosa, azul, etc. As válvulas do SmartSink controlam cada cor. Se o SmartSink notar muita água rosada, ele fecha um pouco a válvula para trazer de volta o equilíbrio, de modo que cada cor receba sua “parte justa” da capacidade do dreno. E porque nunca há muita água (de qualquer cor) na pia, um pequeno fluxo novo sempre escoa rapidamente.

Verificação da realidade: Esta é apenas uma analogia. Eu percebo que um SmartSink é uma ideia ridícula. Mas isso me ajuda a visualizar como pequenos fluxos podem drenar rapidamente enquanto grandes fluxos compartilham a capacidade de drenagem de forma justa.

O que isso tem a ver com roteadores?

O algoritmo Smart Queue Management (SQM) em um roteador funciona como o SmartSink. Quando um dispositivo começa a enviar muitos dados (talvez um telefone comece a enviar fotos para a nuvem), o SQM controla a quantidade de dados enfileirados para cada fluxo (cada upload separado, videoconferência, chamada de voz, sessão de jogo, Youtube, Bittorrent, etc.) para evitar que qualquer fluxo use mais do que sua parte. Em vez de operar válvulas para controlar o fluxo de água, o SQM controla o tamanho da fila de cada fluxo:

  1. Colocar pacotes de cada fluxo em uma fila separada.
  2. Removendo um pequeno lote de pacotes de cada fila, no estilo round-robin, e enviando esse lote “para fora do dreno” através do link de gargalo (lento) para o ISP. Quando cada lote for totalmente enviado, ele recupera outro lote da próxima fila e assim por diante.
  3. Oferecendo contrapressão aos fluxos que estão enviando “mais do que sua parcela” de dados.
Este processo fornece estes efeitos desejáveis:
  • Mais importante ainda, o SQM fornece baixa latência. Pequenos fluxos (com apenas um ou alguns pacotes pequenos) são enviados imediatamente em seu próximo lote “round robin”.
  • Compartilhamento igual do gargalo: se houver vários remetentes, cada um poderá enviar uma quantidade igual de dados com cada oportunidade de round-robin.
  • Sem desperdício do gargalo: Se houver apenas um remetente (uma fila com dados), esse recebe a capacidade total do link.
  • Oferecer contrapressão aos remetentes em massa minimiza a perda de pacotes e retransmissões, tornando a rede globalmente mais eficiente."
Podemos ver em efeitos desejáveis, pelo menos dois dos quatro "efeitos" sendo realizados até quando a rede não é saturada.

Fonte:

 
Leia a analogia abaixo para vc entender melhor :D e verificar se vc acha necessário investir realmente ou não.

Quando vc usa o QoS do asus então vc sempre sente que está melhor? E sem QoS vc sente sempre que fica pior? Vc chegou a fazer algum teste?


SQM trabalha a todo o momento, mesmo que a rede ainda não esteja saturada que é quando o bufferbloat realmente pega pesado, ainda sim o sqm tem o seu efeito em evitar ping spikes, manter o ping mais baixo possível e priorizar as coisas.

Agora claro que SQM não vai resolver nada se fora da casa do usuário tiver algum problema da casa dele até o destino.

Uma analogia:

"Um tempo atrás, tentei uma explicação leiga sobre Bufferbloat. Comparei com uma loja de esqui. Foi bastante malsucedido: simplesmente não tinha nenhum apelo intuitivo.

É por isso que fiquei encantado que Waveform.com publicou o que acredito ser a Melhor Analogia de Bufferbloat – Ever . (Estou satisfeito por ter contribuído para a versão final de sua descrição.) Essa página também tem um testador de Bufferbloat baseado na web bem projetado (em pé de igualdade com o DSLReports Speed Test ).

Eles perguntaram: Você pode explicar bufferbloat como se eu tivesse cinco anos? e notou que os fluxos de líquidos eram como fluxos de pacotes. A analogia foi quando um amigo despeja um balde de água em uma pia com um ralo estreito, isso retarda outros fluxos (como uma colher de chá de óleo) de esvaziar. Leia toda a descrição…

Isso me fez pensar em ter um SmartSink™ para dar uma imagem visual para entender como um roteador bem projetado pode diminuir a latência.

O que é um SmartSink™? (O que o gringo quis dizer, ou seja, SmartSink = PiaInteligente = SQM)

Em vez de aceitar um balde cheio de água de uma só vez, um SmartSink controla o balde de água com uma válvula. Permite a entrada de água suficiente na pia para manter o ralo cheio. Se a água ficar muito baixa, o SmartSink abre a válvula: se ficar “muito cheia”, fecha-a um pouco.

Um SmartSink também funciona quando muitos amigos têm seus próprios baldes, despejando água colorida – rosa, azul, etc. As válvulas do SmartSink controlam cada cor. Se o SmartSink notar muita água rosada, ele fecha um pouco a válvula para trazer de volta o equilíbrio, de modo que cada cor receba sua “parte justa” da capacidade do dreno. E porque nunca há muita água (de qualquer cor) na pia, um pequeno fluxo novo sempre escoa rapidamente.

Verificação da realidade: Esta é apenas uma analogia. Eu percebo que um SmartSink é uma ideia ridícula. Mas isso me ajuda a visualizar como pequenos fluxos podem drenar rapidamente enquanto grandes fluxos compartilham a capacidade de drenagem de forma justa.

O que isso tem a ver com roteadores?

O algoritmo Smart Queue Management (SQM) em um roteador funciona como o SmartSink. Quando um dispositivo começa a enviar muitos dados (talvez um telefone comece a enviar fotos para a nuvem), o SQM controla a quantidade de dados enfileirados para cada fluxo (cada upload separado, videoconferência, chamada de voz, sessão de jogo, Youtube, Bittorrent, etc.) para evitar que qualquer fluxo use mais do que sua parte. Em vez de operar válvulas para controlar o fluxo de água, o SQM controla o tamanho da fila de cada fluxo:

  1. Colocar pacotes de cada fluxo em uma fila separada.
  2. Removendo um pequeno lote de pacotes de cada fila, no estilo round-robin, e enviando esse lote “para fora do dreno” através do link de gargalo (lento) para o ISP. Quando cada lote for totalmente enviado, ele recupera outro lote da próxima fila e assim por diante.
  3. Oferecendo contrapressão aos fluxos que estão enviando “mais do que sua parcela” de dados.
Este processo fornece estes efeitos desejáveis:
  • Mais importante ainda, o SQM fornece baixa latência. Pequenos fluxos (com apenas um ou alguns pacotes pequenos) são enviados imediatamente em seu próximo lote “round robin”.
  • Compartilhamento igual do gargalo: se houver vários remetentes, cada um poderá enviar uma quantidade igual de dados com cada oportunidade de round-robin.
  • Sem desperdício do gargalo: Se houver apenas um remetente (uma fila com dados), esse recebe a capacidade total do link.
  • Oferecer contrapressão aos remetentes em massa minimiza a perda de pacotes e retransmissões, tornando a rede globalmente mais eficiente."
Podemos ver em efeitos desejáveis, pelo menos dois dos quatro "efeitos" sendo realizados até quando a rede não é saturada.

Fonte:

Valeu mn, excelente explanação, mais didático é impossível. igual tu disse na mensagem anterior, esse v3 daria certo aqui pra fazer esse qos / sqm ne? outra dúvida, meu provedor entrega uma ont em bridge e ai precisaria fazer aut ppoe na porta wan, sabe se o v3 faria isso? Por onde estão comprando ele?
 
meu x86 no qual paguei R$ 678,00 foi taxado em R$ 880,01.
sendo R$ 569,15 de imposto de importação e R$ 310,86 de ICMS.
Fui isento do despacho postal de R$ 15,00
:bwahaha:
Caralho, tem como devolver? Ta doido!

É, quem importa qualquer coisa não pode morar ai no RS não, o louco!

E na declaração? O vendedor da shoope declarou valor cheio?
 
Caralho, tem como devolver? Ta doido!

É, quem importa qualquer coisa não pode morar ai no RS não, o louco!

E na declaração? O vendedor da shoope declarou valor cheio?
Na NIT consta declaração de 170 dólares pelo produto, sendo que paguei o equivalente a US$ 130,00.

Que lamentável.

"A alíquota de ICMS incide sobre o Valor Aduaneiro do bem, Valor do Imposto de Importação e o próprio Valor do ICMS"
 
Na NIT consta declaração de 170 dólares pelo produto, sendo que paguei o equivalente a US$ 130,00.

Que lamentável.
É então a declaração te fudeu legal, mais o RS também.

☹️

A galera que comprou os x86 do ali, como que veio as declarações?

@Arris , @xDaNte , @RiX , @Snk B ?

Acho que pelo ali, os vendedores dos x86 estão declarando abaixo do valor real.
 
Última edição:

Users who are viewing this thread

Voltar
Topo