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 <[email protected]> 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 <[email protected]> > 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 <[email protected]> > > 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 <[email protected] > > > >escreveu: > > > > > > > Em Thu, 5 Aug 2010 18:41:33 -0300 > > > > Erick Rodrigo <[email protected]>, 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 : [email protected] > > > MSN : [email protected] > > > 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 : [email protected] > MSN : [email protected] > 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
