3 votes

NTP se synchronise avec le serveur de temps local mais pas avec les serveurs de pool NTP

J'ai installé un serveur NTP sur une machine dans un autre sous-réseau et j'ai essayé de synchroniser ma machine avec le serveur et cela fonctionne bien. Mais lorsque j'essaie d'utiliser les serveurs pool.ntp.org (j'ai essayé 0.pool.ntp.org, 1.pool.ntp.org, etc. et seulement les serveurs pool.ntp.org), la synchronisation ne se fait pas.

nslookup sur pool.ntp.org ainsi que 0.pool.ntp.org donne une résolution DNS correcte et ping fonctionne sur les IPs retournées par nslookup également.

La sortie d'iptables greffée pour UDP est la suivante :

[Thu Feb 10 12:39:14 root@root-ubuntu:~]# iptables -L -n -v | grep udp

92 13001 ACCEPT    udp -- *    *     0.0.0.0/0          0.0.0.0/0         state RELATED,ESTABLISHED 
0     0 ACCEPT     udp -- *    *     0.0.0.0/0          0.0.0.0/0         udp dpt:123 
0     0 ACCEPT     udp -- *    *     0.0.0.0/0          0.0.0.0/0         udp dpt:161 
0     0 ACCEPT     udp -- *    *     0.0.0.0/0          0.0.0.0/0         udp dpt:443 
0     0 ACCEPT     udp -- *    *     0.0.0.0/0          0.0.0.0/0         udp dpt:623 
0     0 ACCEPT     udp -- *    *     0.0.0.0/0          0.0.0.0/0         udp dpt:389 
0     0 ACCEPT     udp -- *    *     0.0.0.0/0          0.0.0.0/0         udp dpt:636 
0     0 ACCEPT     udp -- *    *     0.0.0.0/0          0.0.0.0/0         udp dpt:3268 
0     0 ACCEPT     udp -- *    *     0.0.0.0/0          0.0.0.0/0         udp dpt:3269 

La sortie de la commande netstat est la suivante :

[Thu Feb 10 12:35:51 root@root-ubuntu:~]# netstat -a | grep udp

udp        0      0 localhost:9473                 0.0.0.0:*                           
udp        0      0 0.0.0.0:asf-rmcp               0.0.0.0:*                           
udp        0      0 173.39.22.123:ntp              0.0.0.0:*                           
udp        0      0 localhost:ntp                  0.0.0.0:*                           
udp        0      0 0.0.0.0:ntp                    0.0.0.0:*                           
udp        0      0 all-systems.mcast.net:23000    0.0.0.0:*                           
udp        0      0 ::1:ntp                        ::%628620:*                         
udp        0      0 fe80::222:bdff:feea:9f1f:ntp   ::%628620:*                         
udp        0      0 fe80::222:bdff:feea:9f20:ntp   ::%628620:*                         
udp        0      0 :::ntp                         ::%628620:*

Je ne parviens pas à comprendre pourquoi le problème de synchronisation ne se produit qu'avec les serveurs du pool et non avec le serveur local. Les ports UDP de mon système sont en service. Les serveurs sont opérationnels. Cependant, l'heure ne se synchronise pas (elle affiche toujours le 10 février).

[EDIT] J'ajoute mon fichier .conf :

driftfile /tmp/ntp.drift/ server 0.pool.ntp.org

Ajout de ntpq -p données :

[Thu Feb 10 14:13:51 root@root-ubuntu:~]# ntpq -p 0.pool.ntp.org

     remote           refid      st t when poll reach   delay   offset  jitter
============================================================================== 
*64.147.116.229  .ACTS.           1 u  151 1024  377    2.439   -0.632   0.052  
+131.107.13.100  .ACTS.           1 u  879 1024  377   27.853    1.041   0.539  
-time.nrc.ca     132.246.11.231   2 u  989 1024  377   86.821   -4.132   8.778  
-time1.chu.nrc.c 209.87.233.52    2 u   53 1024  377  109.221    3.153   9.377  
+dense.utcc.utor 128.100.200.166  2 u   88 1024  377   64.115   -1.841   0.454  
-dns4.utoronto.c 128.100.103.253  2 u  167 1024  377   65.252  -43.422  56.093

4voto

Brad Points 3206

Oh attendez. Février La 10e ? Non. ntp ne se synchronisera pas aussi loin. C'est pour les secondes et les millisecondes, pas pour les heures et les jours.

Vous devriez fixer la date à peu près avec date ou avec précision avec ntpdate d'abord.

0voto

deed02392 Points 268

Il reçoit l'heure du serveur NTP, mais il n'ajustera pas automatiquement l'heure du système de façon aussi spectaculaire, car cela pourrait causer de graves problèmes. Vous devez donc régler manuellement la date à l'heure approximative, de préférence à une minute près, ou utiliser un autre programme de synchronisation de l'heure qui vous mettra progressivement à jour en utilisant des pas de temps incrémentiels.

En revanche, si vous avez souvent des jours ou des mois de retard, vous devriez vous demander pourquoi cela se produit au lieu de vous attendre à ce que cela se règle automatiquement. Imaginez ce que de tels sauts temporels peuvent faire aux journaux et aux bases de données de votre serveur, par exemple. C'est pourquoi les clients NTP ne se synchronisent pas sur des différences aussi radicales.

Les alternatives auxquelles je pense et qui ajustent raisonnablement l'heure en fonction d'un serveur sont les suivantes chrony y proxmox .

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X