Eu não acho que seu cenário faça sentido. Em t = 23h59m após a mudança no servidor autoritativo, o chamado servidor de nomes do ISP já tem a nova entrada, ou então tem a entrada antiga. Mas se tiver a entrada antiga, ela deve ter sido obtida do servidor autoritativo pelo menos 23h59m atrás, então o TTL restante tem 60 segundos ou menos. Portanto, quando o computador do usuário pede por ele às 47h59m, ele não estará mais lá: ele terá expirado por quase 24 horas e possivelmente atualizado desde então.
Em geral, se o TTL em um registro for 86400 segundos no momento em que for alterado, o tempo máximo que o valor antigo do registro poderá permanecer no sistema DNS será 86400 segundos. Há apenas duas exceções que posso pensar:
- Erros de implementação em servidores DNS ... esperamos que não haja nenhum: -)
-
A configuração
cache-min-ttl
do Unbound , que pode ser usada para forçar o servidor de nomes a armazenar em cache um registro por mais tempo do que deveria. Mas como a página de manual do Unbound realmente diz que "valores [...] mais altos podem levar a problemas", eu não acho que as pessoas deveriam estar usando isso sem uma boa razão.
Então, o que resta? Colocação em cache das informações fora do DNS.
Após um aplicativo ou algum tipo de cache do sistema operacional obter o registro antigo do DNS, não há como dizer por quanto tempo ele pode armazená-lo em cache.