[GTER] Appliances de DNS recursivo para Rede.

[Lucas Willian Bocchi]

Por isso mesmo!
Coloca ele consultando os teus servidores DNS e ele já vai dar um bom
alívio na carga. Tenho vários clientes com essa configuração. Pops com até
200, 300 clientes, funciona bem. Mais do que isso depende do quê você tem
para fazer autenticação na tua ponta...

Em 18 de agosto de 2016 14:19, Rafael Galdino <sup.rafaelgaldino at gmail.com>
escreveu:

> Guilherme pode disponibilizar essa template?
>
> alguém tem essa template para o quase finado bind9?
>
>
> para o amigo que inidicou Mikrotik, o Mikrotik não faz recursivo com
> consultas ao root server, ele é apenas um forward, não recomento usa-lo.
>
> Em 18 de agosto de 2016 12:20, Guilherme Domingues <
> guilherme.domingues.oliveira at gmail.com> escreveu:
>
> > Fernando, não há um número mágico. Mas pode começar com duas vm's com
> > 4Gbytes e o teto do Unbound bem configurado com o link passado.
> >
> > Outra dica no momento de configurar deixe uma margem para rotação correta
> > do Unbound, algo de 80% na soma total da VM. Por aqui estou usando
> template
> > do Unbound no zabbix e me ajudou bastante no ajuste fino.
> >
> >
> >
> >
> > LPI 201
> > LPI000161013
> > https://cs.lpi.org/caf/Xamman/certification/process_verify
> > code verification:  v8bwxqzja7
> > Linux ID #425752
> > ---
> > "A mente que se abre a uma nova idéia jamais voltará ao seu tamanho
> > original."  Albert Einstein
> >
> > 2016-08-17 18:21 GMT-03:00 Marcelo Gardini do Amaral <mgardini at gmail.com
> >:
> >
> > > Jonatas,
> > >
> > > por curiosidade: você pode dizer quantas consultas por segundo (ou
> > > outra unidade de tempo)
> > > seu servidor de DNS recursivo recebe em um rede de 10k usuários?
> > >
> > > []'s
> > > Gardini
> > >
> > >
> > >
> > > 2016-08-17 14:42 GMT-03:00 Fernando Frediani <fhfrediani at gmail.com>:
> > > > Obrigado pelas referências Guilherme.
> > > >
> > > > Minha dúvida é quando é muito memória  pra um servidor DNS Recursivo.
> > > > Imagibei que alguns poucos GB de RAM ja seria o bastante para
> armazenar
> > > > muita informação em cache mesmo para um recursivo de uso médio pra
> > alto.
> > > >
> > > > Fernando
> > > >
> > > > On 17 Aug 2016 13:00, "Guilherme Domingues" <
> > > > guilherme.domingues.oliveira at gmail.com> wrote:
> > > >
> > > >> Fernando, utilizo mais memória para aumentar o teto de cache de
> rrsets
> > > do
> > > >> UNBOUND, aumentado a possibilidade de hits locais para meus
> usuários.
> > > >>
> > > >> Danton, segue um guia oficial:
> > > >> https://www.unbound.net/documentation/howto_optimise.html. A
> respeito
> > > de
> > > >> benchmark, em bancada utilizei uma destas ferramentas:
> > > >> https://www.grc.com/dns/benchmark.htm
> > > >>
> > > >>
> > > >>
> > > >> LPI 201
> > > >> LPI000161013
> > > >> https://cs.lpi.org/caf/Xamman/certification/process_verify
> > > >> code verification:  v8bwxqzja7
> > > >> Linux ID #425752
> > > >> ---
> > > >> "A mente que se abre a uma nova idéia jamais voltará ao seu tamanho
> > > >> original."  Albert Einstein
> > > >>
> > > >> 2016-08-17 12:08 GMT-03:00 Fernando Frediani <fhfrediani at gmail.com
> >:
> > > >>
> > > >> > Por que bastante memória para um servidor DNS recursivo ?
> > > >> >
> > > >> > Fernando
> > > >> >
> > > >> > 2016-08-17 11:43 GMT-03:00 Guilherme Domingues <
> > > >> > guilherme.domingues.oliveira at gmail.com>:
> > > >> >
> > > >> > > Recomendo DNS próprio mesmo virtualizado, pórem com bastante
> > > mémoria e
> > > >> o
> > > >> > > tunning de performace para o kernel e o Unbound.
> > > >> > >
> > > >> > > LPI 201
> > > >> > > LPI000161013
> > > >> > > https://cs.lpi.org/caf/Xamman/certification/process_verify
> > > >> > > code verification:  v8bwxqzja7
> > > >> > > Linux ID #425752
> > > >> > > ---
> > > >> > > "A mente que se abre a uma nova idéia jamais voltará ao seu
> > tamanho
> > > >> > > original."  Albert Einstein
> > > >> > >
> > > >> > > 2016-08-17 11:34 GMT-03:00 Rubens Kuhl <rubensk at gmail.com>:
> > > >> > >
> > > >> > > > 2016-08-17 9:17 GMT-03:00 Jonatas M. Victor <
> > jonatasmv at gmail.com
> > > >:
> > > >> > > >
> > > >> > > > > Srs,
> > > >> > > > >
> > > >> > > > >    Até hoje sempre montei meus DNS. Mas devido ao
> crescimento
> > e
> > > a
> > > >> > > > automação
> > > >> > > > > estou procurando appliances prontos para atender pedaços de
> > rede
> > > >> com
> > > >> > > até
> > > >> > > > > 10k de usuários. Alguém já viu algum equipamento assim?
> > > >> > > > >
> > > >> > > >
> > > >> > > > Se forem 10k usuários de conectividade Internet, continue
> > montando
> > > >> seus
> > > >> > > > DNS...
> > > >> > > > ... se for ambiente corporativo, algum DDI possivelmente
> > > integrado a
> > > >> > IPAM
> > > >> > > > pode ser legal. Infoblox, Appliansys etc.
> > > >> > > >
> > > >> > > >
> > > >> > > > Rubens
> > > >> > > > --
> > > >> > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > >> > > >
> > > >> > > --
> > > >> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > >> > >
> > > >> > --
> > > >> > gter list    https://eng.registro.br/mailman/listinfo/gter
> > > >> >
> > > >> --
> > > >> gter list    https://eng.registro.br/mailman/listinfo/gter
> > > > --
> > > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > >
> > >
> > >
> > > --
> > > Marcelo Gardini do Amaral
> > > www.spin.blog.br
> > >
> > > --
> > > $>cd /pub
> > > $>more beer
> > > --
> > > gter list    https://eng.registro.br/mailman/listinfo/gter
> > >
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
>
>
>
> --
>
> *Rafael Galdino*
>
>
> *      Analista de redes*
>
>        Inoc: 265147*100
>
>       Phone:
>
> *+55 (83) 99600-0242*
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>