Le taux de trafic réel sur le site n'est pas pertinent.
Tous ces paramètres (à l'exception de "TTL par défaut") affectent uniquement la fréquence à laquelle les serveurs DNS secondaires de votre domaine interrogent le serveur DNS principal pour obtenir des mises à jour.
Si votre zone ne change que rarement (ce que je pense, la vôtre le fait), votre valeur pour "actualiser" est actuellement un peu faible. En règle générale, le principal doit envoyer un NOTIFY
message à chaque secondaire dès qu'il y a une mise à jour, à quel moment les secondaires récupèrent immédiatement le fichier de zone. De nos jours, le mécanisme "actualiser / réessayer / expirer" n’est qu’un antichute à cela.
Dans tous les cas, il est probable que votre fournisseur DNS synchronise automatiquement les modifications sur tous les serveurs DNS pertinents à la volée sans utiliser les mécanismes de synchronisation intégrés du DNS, de sorte que les valeurs réelles ne sont probablement pas pertinentes.
Notez que le champ "TTL par défaut" ne signifie plus ce qu'il dit. La durée de vie réelle par défaut est définie (au moins dans BIND) avec la $TTL
directive. Elle n'est utilisée que s'il n'existe pas de durée de vie explicite définie pour chaque enregistrement.
La signification du champ "TTL par défaut" a été modifiée dans la RFC 2308 et constitue en fait un indice pour la mise en cache négative . Si votre serveur renvoie une réponse négative (par exemple NXDOMAIN
ou NODATA
), le délai d'attente du serveur distant est long.
La valeur actuelle est un peu faible, mais il n'y a aucun mal à la laisser telle quelle. C'est souvent ignoré de toute façon.
5 - Caching Negative Answers
la RFC référencée pour plus de détails. Plus d'infos ici: serverfault.com/questions/426807/…