A taxa de tráfego real para o site é irrelevante.
Todas essas configurações (exceto "TTL padrão") afetam apenas a frequência com que os servidores DNS secundários do seu domínio pesquisam o servidor DNS primário em busca de atualizações.
Se sua zona mudar apenas com pouca frequência (o que eu acredito que a sua), então o valor de "atualização" está atualmente um pouco baixo. Normalmente, o primário deve enviar uma NOTIFY
mensagem para cada um dos secundários sempre que houver uma atualização, quando os secundários capturam o arquivo da zona imediatamente. Hoje em dia, o mecanismo "atualizar / repetir / expirar" é apenas um obstáculo para isso.
De qualquer forma, é provável que o seu provedor DNS esteja sincronizando automaticamente as alterações em todos os servidores DNS relevantes em tempo real sem usar os mecanismos de sincronização internos do DNS, de modo que os valores reais provavelmente sejam irrelevantes.
Observe que o campo "TTL padrão" não significa mais o que diz. O TTL padrão real é definido (pelo menos em BIND) com a $TTL
diretiva e é usado apenas quando não há um TTL explícito definido em cada registro.
O significado do campo "TTL padrão" foi alterado na RFC 2308 e, na verdade, é uma dica para o cache negativo . Se o seu servidor retornar uma resposta negativa (por exemplo, NXDOMAIN
ou NODATA
), é quanto tempo o servidor remoto deve esperar antes de tentar novamente.
O valor atual é um pouco baixo, mas não há mal em deixá-lo como está. Geralmente é ignorado de qualquer maneira.
5 - Caching Negative Answers
a RFC referenciada para obter detalhes. Mais informações aqui: serverfault.com/questions/426807/…