en gros d-link avait configuré une liste de serveurs ntp "en dur" dans le firmware de leurs modems alors qu'une bonne méthode est de demander une liste de serveurs de temps à l'isp ou mettre en place une redirection via un serveur de nom (DNS) vers l'IP d'un ntp actif : cela permet en cas de changement d'IP du serveur ntp (ou passage à IPv6...) de mettre à jour cela en un point unique (et non dans tous les modems... ce qui est une autre paire de manche, si pas de système de mise à jour automatique).
# pour l'histoire de d-link
Posté par BAud (site web personnel) . En réponse au journal FON et les serveurs de temps. Évalué à 4.
et l'explication en anglais http://people.freebsd.org/~phk/dlink/ ah bin non tiens ça s'est résolu à l'amiable finalement, tant mieux
bon l'histoire est encore dispo quand même (pas trouvé sur webarchive) sur http://www.lightbluetouchpaper.org/2006/04/07/when-firmware-(...)
(ça lui coûtait de l'argent tous ces accès de par le monde...)
en gros d-link avait configuré une liste de serveurs ntp "en dur" dans le firmware de leurs modems alors qu'une bonne méthode est de demander une liste de serveurs de temps à l'isp ou mettre en place une redirection via un serveur de nom (DNS) vers l'IP d'un ntp actif : cela permet en cas de changement d'IP du serveur ntp (ou passage à IPv6...) de mettre à jour cela en un point unique (et non dans tous les modems... ce qui est une autre paire de manche, si pas de système de mise à jour automatique).