[FUG-BR] Servidores de DNS Primarios

[renato martins]

faz assim posta seu named.conf e um zona de registro

troque seus ips e mude o nome do dominios e post só para ver como está seu
arquivos
talvez possamos te ajudar

Em 6 de agosto de 2010 10:42, Erick Rodrigo <erick.lzr em gmail.com> escreveu:

> Bom dia!
> Obrigado novamente Renato. Tá no ar...
> Realizei alguns teste com um dominio de teste, e tive alguns erros, quando
> pergunto para o a.dns.br ele retorna erro, de vez em quando funciona. nos
> demais do registro br (b,c,d,e e f), funciona normalmente. Fui colocar
> outro
> dominio sobre delegação dos novos dns, e dá o erro, dns desconhecido. Apos
> varias tentativas, sem mais nem menos aceitou. Meu chefe está em contato
> com  o RegistroBR para tentar entender o porque disso. Segundo eles, também
> detectaram essa falha no a.dns.br e ficaram de verificar este erro.
>
> Já vi e revi o named.conf e não encontrei erros.
> Se alguem tiver alguma ideia...
>
> Abraço.
>
> Em 6 de agosto de 2010 08:49, renato martins <renatobsd em gmail.com>
> escreveu:
>
> > Meu outro pitaco
> >
> > Erick o lance de master e slave acredito que é mais para o lance de
> > facilitar a atualização no caso de uma atualização faz em um replica nos
> > slaves, mas no seu caso que a informação fica em um banco de dados eu
> > acredito que isso nao seja problema entao todos podem ser primarios e
> todos
> > sempre estarao atualizados pelo banco de dados
> >
> >
> >
> > Em 5 de agosto de 2010 22:54, Erick Rodrigo <erick.lzr em gmail.com>
> > escreveu:
> >
> > > Uma vez o DNS primario morreu (queimou a fonte) e o secundário não
> estava
> > > atualizado. Ficamos sem DNS ate a troca.
> > > Depois disso, ele queria 4 servidores primarios, sincronizados. Fiquei
> em
> > > duvida quanto ao soa.
> > > Montei um Banco pra controlar os registros e parametros, escrevi um
> > script
> > > em perl e o web designer daqui, montou a interface em java/maker, ficou
> > > super fácil dar manutenção nos DNS, inclusive para o pessoal do suporte
> > que
> > > não entende nada de Bind.
> > > A ideia é mais pra frente, montar um painel para os clientes.
> > >
> > > Segundo nosso amigo Renato, é necessário um SOA para todos, desta
> forma,
> > > acredito que irá funcionar.
> > >
> > > Quanto a hierarquia, eu já entendia isso, pois o Master/Slave já diz
> > > tudo...
> > > mas irado, se tenho 4 masters, os quatros vão responder idependente dos
> > > outros estarem no ar ou não...
> > >
> > > Tá certo que podemos montar slaves com Expires altissimos... me corrija
> > se
> > > eu estiver errado...
> > >
> > > Obrigado pelo seu pitaco! rs
> > >
> > > Em 5 de agosto de 2010 21:20, irado furioso com tudo <irado em bsd.com.br
> > > >escreveu:
> > >
> > > > Em Thu, 5 Aug 2010 18:41:33 -0300
> > > > Erick Rodrigo <erick.lzr em gmail.com>, conhecido consumidor/usuário de
> > > > drogas (Windows e BigMac com Coke) escreveu:
> > > >
> > > > > Estou com uma duvida imensa, sobre DNS Primario.
> > > > > Montei um sistema web para gerenciar os DNS da empresa onde
> trabalho
> > > > > (um pequeno provedor), e a estrutura era para ter um dns primario e
> > um
> > > > > secundario.
> > > > > O dono, queria colocar 4 servidores de dns e lá vai eu incluir mais
> > > > > dois servidores.
> > > >
> > > > não sei bem se entendi sua questão mas de qualquer forma vai meu
> > pitaco:
> > > >
> > > > um DNS primário e secundário respondem por um ou mais dominios. O
> > > > primário SEMPRE recebe suas atualizações diretamente (novos dominios,
> > > > novos hosts) enquanto os secundários podem ser atualizados
> diretamente
> > > > ou atualizarem-se "pedindo" ao primário.
> > > >
> > > > então, o primário/secundário refere-se muito mais à - digamos assim -
> > > > propagação da informação colocada no primário e não guarda relações
> de
> > > > valores.
> > > >
> > > > a consulta SEMPRE será a um servidor primário considerado SEMPRE o
> > > > mais atualizado e, caso êste esteja fora do ar, o secundário fica com
> a
> > > > incumbência. Diferentemente dos mx1, mx2, etc, o servidor(es)
> > secundário
> > > > (s) tem autonomia para responder pelo dominio, mas é por HIERARQUIA.
> > > >
> > > > quanto ao dns1, dns2, dnsX é apenas para atender a necessidade de
> > > > identificaçao do host, nada mais. Não dá pra (por ex) chamar todo
> mundo
> > > > de zé.do.dominio.fulano.com <http://xn--z-bga.do.dominio.fulano.com><
> http://xn--z-bga.do.dominio.fulano.com> <
> > http://xn--z-bga.do.dominio.fulano.com> <
> > > http://xn--z-bga.do.dominio.fulano.com> e
> > > > esperar que UM zé particular atenda - rs.
> > > >
> > > > --
> > > >  saudações,
> > > >  irado furioso com tudo
> > > >  Linux User 179402/FreeBSD BSD50853/FUG-BR 154
> > > >  Não uso drogas - 100% Miko$hit-free
> > > > "em terra de olho quem tem um sego errei.."
> > > > -------------------------
> > > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > > >
> > >
> > >
> > >
> > > --
> > > Linux user: 478061
> > > Google Talk : erick.lzr em gmail.com
> > > MSN : erickrl em msn.com
> > > Skype: erick.lzr
> > > Erick Rodrigo Lazaro
> > > -------------------------
> > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > >
> > -------------------------
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
>
>
>
> --
> Linux user: 478061
> Google Talk : erick.lzr em gmail.com
> MSN : erickrl em msn.com
> Skype: erick.lzr
> Erick Rodrigo Lazaro
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>