IMHO falta de fiabilidade do servidor não é um problema para os clientes para resolver! O DNS tem provisões internas suficientes para redundância, servidores de nomes de backup, etc.
O hostmaster define o TTL, que é uma instrução que você pode armazenar em cache este registro no máximo segundos TTL.
Se você tiver permissão para fazer uma transferência de zona, poderá ser executado como escravo dessa zona defeituosa, que pode ter um prazo de validade maior que o TTL dos registros nessa zona.
O armazenamento em cache registra mais tempo do que seu TTL é geralmente considerado uma má ideia. Armazenar em cache os registros mais curtos do que seu TTL permite está de acordo com os padrões, portanto, o bind tem uma opção max-cache-ttl e não o inverso.
Não consolidado, no entanto:
cache-min-ttl:
Time to live minimum for RRsets and messages in the cache.
Default is 0. If the the minimum kicks in, the data is cached
for longer than the domain owner intended, and thus less queries
are made to look up the data. Zero makes sure the data in the
cache is as the domain owner intended, higher values, especially
more than an hour or so, can lead to trouble as the data in the
cache does not match up with the actual data any more.