[GTER] Resolução de nomes baseadas em falhas de links

[Ricardo Rodrigues]

Tem certeza que não foi a aplicação/SO/CPE que manteve o cache além do
tempo? Será que toda aplicação se atenta para o TTL da resposta DNS? :-)

Pergunto porque vejo várias pessoas reclamando de provedor que não respeita
TTL mas até hoje não vi nenhuma prova. Talvez seja apenas uma conclusão
equivocada.

Abs,
Ricardo

Em 28 de julho de 2017 20:23, Alan Tamer Vasques <alantamer at gmail.com>
escreveu:

> Mas foi o que eu fiz, Rubens.
>
> Além do TTL padrão da zona ser de 1 dia, baixei o TTL dos registros que
> queria alterar para 10 minutos alguns dias antes da mudança e, mesmo assim,
> depois da alteração demorou até 2 dias para deixar de receber requisições
> no IP antigo.
>
> Att.
> ________________________________
> *Alan Tamer Vasques*
> alantamer at gmail.com
>
> Em 28 de julho de 2017 19:49, Rubens Kuhl <rubensk at gmail.com> escreveu:
>
> > 2017-07-28 19:26 GMT-03:00 Alan Tamer Vasques <alantamer at gmail.com>:
> >
> > > O único problema de trabalhar com alteração de DNS em caso de failover
> é
> > > quando os provedores não respeitam o TTL dos registros, o que pode
> causar
> > > indisponibilidade para alguns clientes.
> > >
> > > Recentemente precisei alterar os IPs de alguns registros e, mesmo
> > ajustando
> > > o TTL deles para 10 minutos, continuei recebendo requisições nos IPs
> > > antigos por até 2 dias.
> > >
> >
> > O TTL só determina o cache dali para frente... se estava com dois dias de
> > TTL e você baixar para 10 minutos, por 2 dias ainda pode valer a resposta
> > anterior. Para fazer uma alteração é necessário baixar o TTL x tempo
> antes,
> > onde x é o valor atual do TTL.
> >
> > Mas sim, mesmo assim ainda tem gente que "estica" os TTLs...
> >
> >
> > Rubens
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> >
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>