La tasa de tráfico real al sitio es irrelevante.
Todas esas configuraciones (excepto el "TTL predeterminado") solo afectan la frecuencia con la que los servidores DNS secundarios de su dominio sondean el servidor DNS primario en busca de actualizaciones.
Si su zona solo cambia con poca frecuencia (lo cual creo que el suyo hace), entonces su valor para "actualizar" es actualmente un poco bajo. Por lo general, el primario debe enviar un NOTIFY
mensaje a cada uno de los secundarios cada vez que haya una actualización, en ese momento los secundarios toman el archivo de zona de inmediato. En estos días, el mecanismo de "actualización / reintento / caducidad" es solo un respaldo para eso.
En cualquier caso, es probable que su proveedor de DNS sincronice automáticamente los cambios a todos los servidores DNS relevantes sobre la marcha sin utilizar los mecanismos de sincronización incorporados de DNS, por lo que los valores reales probablemente sean irrelevantes.
Tenga en cuenta que el campo "TTL predeterminado" ya no significa lo que dice. El TTL predeterminado real se establece (al menos en BIND) con la $TTL
directiva, y eso solo se usa cuando no hay un TTL explícito establecido en cada registro.
El significado del campo "TTL predeterminado" se cambió en RFC 2308 y en realidad es una pista para el almacenamiento en caché negativo . Si su servidor devuelve una respuesta negativa (por ejemplo, NXDOMAIN
o NODATA
) es cuánto tiempo debe esperar el servidor remoto antes de volver a intentarlo.
El valor actual es un poco bajo, pero no hay daño que lo deje como está. A menudo se ignora de todos modos.
5 - Caching Negative Answers
el RFC referenciado para más detalles. Más información aquí: serverfault.com/questions/426807/…