2 votes

La commande NTP "ntpdc" Shell "peers" renvoie "localhost : timed out, nothing received".

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

J'ai une question concernant NTP (Network Time Protocol) : si je lance la commande " ntpq -p "J'obtiens alors 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 " ntpdc " Shell, j'obtiens 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 ) à partir de sa configuration par défaut. Le fichier de dérive / driftfile " /var/lib/ntp/ntp.drift "n'existait pas, donc je l'ai créé en utilisant " touch /var/lib/ntp/ntp.drift ", a changé de propriétaire pour devenir le " ntp "L'utilisateur et le groupe (en utilisant " chown ntp:ntp /var/lib/ntp/ntp.drift ") et j'ai même redémarré l'ordinateur. Cela n'a fait aucune différence.

Le " localhost: timed out, nothing received L'erreur " se produit indépendamment du fait que je l'exécute en tant que "ntpdc" ou "sudo ntpdc", et elle se produit indépendamment du fait que j'exécute le pare-feu "ufw" ou non.

Le fichier journal /var/log/syslog a les entrées suivantes, qui semblent liées :

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 pertinent.

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>

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

3voto

dfc Points 1467

ntpdc utilise des demandes en mode 7 et ntpq utilise des demandes en mode 6. Les requêtes en mode 7 sont souvent utilisées comme DDoS et, par conséquent, les configurations par défaut les plus récentes ont bloqué les requêtes en mode 7. Vous pouvez obtenir toutes les informations dont vous avez besoin à l'adresse suivante ntpq -p . Il n'est pas nécessaire d'utiliser ntpdc mais ne me croyez pas sur parole :

ntpdc est déprécié - veuillez utiliser ntpq maintenant, car il utilise une interface plus saine et peut fournir toutes les informations que ntpdc fournissait.

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

3voto

Paul Webster Points 8500

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

# enable mode 7 to support ntpdc
enable mode7

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