Recommendations de configuration pour les serveurs rejoignant le projet
La partie Support sur ntp.isc.org contient de nombreuses informations utiles.
Si vous ne souhaitez qu'utiliser pool.ntp.org, veuillez consulter la page sur l'utilisation de pool.ntp.org.
The comp.protocols.time.ntp newsgroup is the best place to get help with the ntpd software.
Below are some things of particular importance if you are going to join the NTP Pool with your server.
Configurez votre ntpd avec environ 5 serveurs
Pour fonctionner correctement, ntpd a besoin de communiquer avec au moins trois serveurs (« Un homme avec une montre connait l'heure. Un homme avec deux montres n'est jamais sûr. »). Si vous configurez votre ntpd avec cinq serveurs, alors il fonctionnera même si un ou deux de ces serveurs sont absents sur une longue période. Mais si vous configurez votre ntpd pour utiliser trop de serveurs, alors vous gaspillerez des ressources (ou vous rendrez confus votre ntpd !)
N'utilisez pas les serveurs *.pool.ntp.org
De manière assez ironique, pour que le service offert par le projet soit aussi bon qu'il puisse l'être, vous ne devez pas utiliser d'alias *.pool.ntp.org dans votre configuration si vous souhaitez participer au projet.
Nous ne voulons pas risquer que les serveurs du projets synchronisent leur horloge uniquement « entre eux ». Pour la robustesse du projet, il est plus sain que les administrateurs des serveurs participant au projet choisissent manuellement de bons serveurs de temps locaux (au sens réseau). Le site de la communauté NTP maintient une liste de serveurs publics.
Utilisez le ntpd standard
Nous sommes pour la diversité logicielle, mais un pourcentage non négligeable des questions de type « cela ne fonctionne pas » correspondent à l'utilisation d'un logiciel autre que ntpd.
Vous pouvez utiliser pool.ntp.org avec tout programme utilisant le protocole NTP, mais si vous voulez rejoindre le projet, nous vous recommandons d'utiliser ntpd.
N'utilisez pas le pilote d'horloge LOCAL
Dans la plupart des cas, il n'est pas correct d'avoir le pilote d'horloge LOCAL configuré.
Vous ne devez configurer le pilote d'horloge LOCAL seulement si vous voulez utiliser votre ntpd pour servir l'heure dans votre réseau local, dans le cas d'une panne réseau (pour garder tous les systèmes locaux synchronisés, même s'ils dérivent de l'heure UTC).
Problèmes classiques
"Out of memory"
Quelques distributions Linux ne permettent par défaut aux application de verrouiller seulement 32Ko de mémoire par défaut. Un ntpd participant à pool.ntp.org nécessite plus que cela. Dans le script de démarrage de ntpd (il s'agit de /etc/init.d/ntpd la plupart du temps), ajoutez ceci avant le démarrage de ntpd :
ulimit -l 8192
Configuration RHEL4 x86_64
Il y a un problème connu avec le paquet x86_64 dans RHEL4 U2. Vous pourrez trouver un lien vers un .src.rpm mis à jour dans ce rapport de bogue. Vous pouvez aussi télécharger directement le rpm en résultant : ntp-4.2.0.a.20050816-10.x86_64.rpm (aucune garantie, etc.).