web-dev-qa-db-fra.com

La NTP "ntpdc" de la commande Shell "homologues" renvoie "localhost: le délai d'attente a expiré, rien n'a été reçu".

J'utilise Ubuntu MATE 16.04 (Xenial Xerus) - version 64 bits "de bureau" - sur un ordinateur portable HP.

J'ai une question concernant NTP (protocole de temps réseau): si j'exécute la commande "ntpq -p", j'obtiens les résultats suivants:

$ ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 0.ubuntu.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.000
 1.ubuntu.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.000
 2.ubuntu.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.000
 3.ubuntu.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.000
 ntp.ubuntu.com  .POOL.          16 p    -   64    0    0.000    0.000   0.000
-mirrors.dominio 195.220.94.163   3 u   43  256  377   15.209    0.548   0.786
+ntp02.oal.ul.pt 194.117.9.138    2 u  194  256  377   10.934   -0.398   0.783
+a88-157-128-22. 212.113.174.246  3 u    7  256  377    7.905   -0.105   0.156
-smtp-in1.aqea.n 194.117.9.136    3 u  120  256  377   10.117    0.000   0.269
*ns.rnl.tecnico. 131.188.3.222    2 u   56  256  377   11.111    0.135   9.384

Cependant, si j'exécute la commande "peers" dans un shell "ntpdc", je reçois un message d'erreur:

$ ntpdc
ntpdc> peers
localhost: timed out, nothing received
***Request timed out
ntpdc> quit

Je n'ai pas modifié le fichier de configuration NTP (/etc/ntp.conf) par rapport à sa configuration par défaut. Le fichier/fichier de dérive "/var/lib/ntp/ntp.drift" n'existait pas, je l'ai donc créé avec "touch /var/lib/ntp/ntp.drift", et a changé son propriétaire en utilisateur "ntp" et son groupe (avec "chown ntp:ntp /var/lib/ntp/ntp.drift ") et même redémarré l'ordinateur. Cela n'a fait aucune différence.

L'erreur "localhost: timed out, nothing received" se produit, que je l'utilise en tant que "ntpdc" ou "Sudo ntpdc", et si le pare-feu "ufw" est activé ou non.

Le fichier journal /var/log/syslog contient les entrées apparemment apparentées suivantes:

Jul 17 14:48:08 myhostname ntpd[1467]: kernel reports TIME_ERROR: 0x41: Clock Unsynchronized
Jul 17 14:52:16 myhostname ntpd[1467]: 91.189.89.199 local addr 192.168.1.2 -> <null>
Jul 17 14:52:20 myhostname ntpd[1467]: 91.189.94.4 local addr 192.168.1.2 -> <null>
Jul 17 14:52:34 myhostname ntpd[1467]: 5.135.59.152 local addr 192.168.1.2 -> <null>
Jul 17 14:52:40 myhostname ntpd[1467]: 62.48.148.210 local addr 192.168.1.2 -> <null>

Je suppose que l'erreur "kernel reports TIME_ERROR: 0x41: Clock Unsynchronized" est pertinente.

Le service "ntp" est en cours d'exécution:

$ systemctl status ntp
● ntp.service - LSB: Start NTP daemon
   Loaded: loaded (/etc/init.d/ntp; bad; vendor preset: enabled)
   Active: active (running) since Dom 2016-07-17 14:42:23 WEST; 1h 20min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 1442 ExecStart=/etc/init.d/ntp start (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/ntp.service
           └─1467 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 109:116

Jul 17 14:42:27 myhostname ntpd[1467]: Soliciting pool server 62.48.148.210
Jul 17 14:42:27 myhostname ntpd[1467]: receive: Unexpected Origin timestamp from 5.135.59.152
Jul 17 14:42:28 myhostname ntpd[1467]: Soliciting pool server 2001:690:2100:80::1
Jul 17 14:42:28 myhostname ntpd[1467]: Soliciting pool server 91.189.89.199
Jul 17 14:42:29 myhostname ntpd[1467]: Soliciting pool server 91.189.94.4
Jul 17 14:48:08 myhostname ntpd[1467]: kernel reports TIME_ERROR: 0x41: Clock Unsynchronized
Jul 17 14:52:16 myhostname ntpd[1467]: 91.189.89.199 local addr 192.168.1.2 -> <null>
Jul 17 14:52:20 myhostname ntpd[1467]: 91.189.94.4 local addr 192.168.1.2 -> <null>
Jul 17 14:52:34 myhostname ntpd[1467]: 5.135.59.152 local addr 192.168.1.2 -> <null>
Jul 17 14:52:40 myhostname ntpd[1467]: 62.48.148.210 local addr 192.168.1.2 -> <null>

Pourriez-vous m'aider à résoudre ce problème, s'il vous plaît?

1
ricmarques

ntpdc utilise les requêtes en mode 7 et ntpq utilise les requêtes en mode 6. Les requêtes en mode 7 sont souvent utilisées en tant que DDoS. Par conséquent, les nouvelles configurations par défaut ont bloqué les requêtes en mode 7. Vous pouvez obtenir toutes les informations dont vous avez besoin de ntpq -p. Il n'est pas nécessaire d'utiliser ntpdc, mais ne prenez pas ma parole pour cela:

ntpdc est obsolète. Veuillez utiliser ntpq maintenant, car il utilise une interface plus rationnelle et peut fournir toutes les informations fournies par ntpdc.

https://www.eecis.udel.edu/~mills/ntp/html/ntpdc.html

4
dfc

Pour activer le mode 7, utilisez l’option suivante dans le fichier de configuration ntp

# enable mode 7 to support ntpdc
enable mode7
2
Codesmith