[GTER] Servidores DNS .br [abe].dns.br

[Marcelo Coelho]

Olá Durval, 

Creio que não, já que o próprio sistema de DNS tentaria em outros servidores até esgotar a lista dos possíveis.

Depois de encontrar um DNS respondendo, a informação será armazenada em cache, tornando a resolução mais rápida dali em diante.

Quem tem servidor de DNS, deve neste momento zerar o cache, para eliminar do cache as respostas negativas.


-- 
Marcelo Coelho
marcelo at tpn.com.br



On May 6, 2011, at 5:38 PM, Durval Menezes wrote:

> Prezado Frederico,
> 
> Os servidores "root" continuam apontando para os servidores
> [abe].dns.br:
> 
> % dig +norecurse -t=ns registro.br. @a.root-servers.net.
> 
> 	;; AUTHORITY SECTION:
> 	br.                     172800  IN      NS      a.dns.br.
> 	br.                     172800  IN      NS      b.dns.br.
> 	br.                     172800  IN      NS      c.dns.br.
> 	br.                     172800  IN      NS      d.dns.br.
> 	br.                     172800  IN      NS      e.dns.br.
> 	br.                     172800  IN      NS      f.dns.br.
> 
> Nao e' razoavel supor que desta forma continuaremos a ter problemas,
> pois na resolucao recursiva 50% das queries vai acabar "caindo" em 
> um destes servidores e portanto tera' problemas de demora na resolucao
> devido ao timeout?
> 
> -- 
>   Durval Menezes (durval AT tmp DOT com DOT br, http://www.tmp.com.br/)
> 
> 
> 
> On Fri, May 06, 2011 at 05:16:03PM -0300, Frederico A C Neves wrote:
>> Senhores,
>> 
>> Durante uma atualização de configuração em parte dos cluster de
>> servidores DNS do .br, [abe].dns.br, enfrentamos um problema
>> operacional. Por hora a decisão foi de remove-los de operação até que
>> a situação seja contornada.
>> 
>> Os clusters DNS [cdf].dns.br não tem problemas operacionais e
>> encontram-se respondendo normalmente.
>> 
>> Os cluster foram removidos de operação as 16:39 e caches que
>> implementem corretamente negative-caching após as 16:44 não deveriam
>> continuar tendo problemas. Caso o problema persista estes servidores
>> devem ter seus caches totalmente reiniciados.
>> 
>> Mais tarde após a normalização dos serviços retornaremos com mais
>> informações sobre o ocorrido,
>> 
>> Atenciosamente,
>> Frederico Neves
>> --
>> gter list    https://eng.registro.br/mailman/listinfo/gter
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>