NTP fonctionne mais l'horloge n'est pas la même

J'essaie de synchroniser plusieurs machines (9 machines qui sont clonées depuis une machine afin qu'elles aient exactement la même configuration) sur un réseau local en utilisant NTP.
Toutes les machines exécutent FreeBSD 10.2 sur VirtualBox avec Ubuntu 14.04 comme OS hôte et sans ajout d'invité.
J'utilise à la fois l'hôte Ubuntu et les servers par défaut de ntp comme server de time:

logfile /var/log/ntpd driftfile /var/db/ntp.drift logconfig=allsync + allclock server pool.ntp.org iburst server 192.168.1.110 iburst server 127.127.1.0 fudge 127.127.1.0 stratum 10 

Il semble que NTP fonctionne:

 root@vccc:~ # ntpq -p remote refid st t when poll reach delay offset jitter ============================================================================== *192.168.1.110 173.44.32.10 3 u 8 64 1 0.168 36.817 0.280 LOCAL(0) .LOCL. 10 l - 64 0 0.000 0.000 0.000 176.9.253.76 (n 129.70.132.33 3 u 1 64 1 231.664 99.656 17.441 

Mais quand je vérifie l'heure sur deux machines (en utilisant des windows synchronisées sur tmux) en même time, elles ne sont pas les mêmes:

 # for i in {1..5};do date && sleep 1; done │# for i in {1..5};do date && sleep 1; done Mon Dec 21 00:43:52 IRST 2015 │Mon Dec 21 00:43:32 IRST 2015 Mon Dec 21 00:43:53 IRST 2015 │Mon Dec 21 00:43:33 IRST 2015 Mon Dec 21 00:43:54 IRST 2015 │Mon Dec 21 00:43:34 IRST 2015 Mon Dec 21 00:43:55 IRST 2015 │Mon Dec 21 00:43:35 IRST 2015 Mon Dec 21 00:43:56 IRST 2015 │Mon Dec 21 00:43:36 IRST 2015 

Qu'est-ce que c'est avec NTP?
Comment puis-je faire que toutes les machines ont exactement le même time?

modifier
J'ai utilisé TZ=UTC date comme @chexum suggéré mais obtenu le même résultat:

Machine 1: Sun Dec 20 22:53:00 UTC 2015

Machine 2: Sun Dec 20 22:52:59 UTC 2015

Machine 3: Sun Dec 20 22:52:47 UTC 2015

Machine 4: Sun Dec 20 22:52:31 UTC 2015

Machine 5: Sun Dec 20 22:52:59 UTC 2015

Machine 6: Sun Dec 20 22:52:39 UTC 2015

Machine 7: Sun Dec 20 22:53:00 UTC 2015

Machine 8: Sun Dec 20 22:52:45 UTC 2015

Machine 9: Sun Dec 20 22:52:39 UTC 2015

Et voici la sortie de ntpq -pn|grep '*' :

 Machine #1: *194.225.150.25 193.67.79.202 2 u 13 64 1 15.677 57.252 9.383 Machine #2: *194.225.150.25 193.67.79.202 2 u 16 64 1 17.431 77.865 26.331 Machine #3: *192.168.1.110 91.189.94.4 3 u 16 64 1 0.618 106.251 49.607 Machine #4: *194.225.50.25 129.70.132.33 3 u 16 64 1 16.556 258.324 111.098 Machine #5: *194.225.50.25 129.70.132.33 3 u 19 64 1 16.290 95.826 34.486 Machine #6: *192.168.1.110 91.189.94.4 3 u 18 64 1 1.111 132.498 79.517 Machine #7: *194.225.150.25 193.67.79.202 2 u 2 64 1 15.815 33.073 1.654 Machine #8: *194.225.50.25 129.70.132.33 3 u 19 64 1 15.812 135.808 58.548 Machine #9: *192.168.1.110 91.189.94.4 3 u 1 64 1 0.148 48.311 0.015 

Pouvez-vous vérifier le file de configuration du timezone réel? ~ 20 secondes de différence suggèrent qu'il y a un décalage entre les fuseaux horaires, et l'autre est configurée avec des secondes de saut, l'autre sans saut de secondes:

 > TZ=right/Europe/London date; TZ=Europe/London date Sun Dec 20 22:34:45 GMT 2015 Sun Dec 20 22:35:10 GMT 2015 

Peut-être est-il plus facile de vérifier si TZ=UTC date imprime en même time sur toutes les machines pour éliminer les différences dans les fuseaux horaires.

Cela devrait représenter exactement 26 secondes (une différence de seconde supplémentaire peut être expliquée si elle est cochée à la seconde limite). Etes-vous sûr que les deux clients ci-dessus ont parfaitement synchronisé maintenant?

Certains GPS sont connus pour oublier les différences de seconde, mais si tous vos clients utilisent le même server NTP, cela ne peut pas avoir d'effet – seulement si vous utilisez un (mauvais) périphérique GPS local comme source de time NTP.

Il me semble que NTP n'a pas exécuté ntpdate au démarrage pour corriger les écarts de ~ 15 secondes. NTP a sélectionné les servers préférés, mais doit progressivement synchroniser le time. Essayez d'arrêter ntpd; exécutez ntpdate sur n'importe quel server ntp accessible, puis redémarrez ntp.