O comando shell nTP “ntpdc” “peers” retorna “localhost: esgotado, nada recebido”

0

Estou executando o Ubuntu MATE 16.04 (Xenial Xerus) - versão "Desktop" de 64 bits - em um laptop HP.

Eu tenho uma pergunta sobre NTP (Network Time Protocol): se eu executar o comando " ntpq -p ", obtenho os seguintes resultados:

$ 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

No entanto , se eu executar o comando "peers" em um shell " ntpdc ", recebo uma mensagem de erro:

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

Eu não alterei o arquivo de configuração NTP ( /etc/ntp.conf ) de sua configuração padrão. O arquivo de derivação / driftfile " /var/lib/ntp/ntp.drift " não existia, então eu criei usando " touch /var/lib/ntp/ntp.drift ", mudei sua propriedade para o usuário e grupo " ntp " (usando " chown ntp:ntp /var/lib/ntp/ntp.drift ") e reiniciei o computador. Isso não fez diferença alguma.

O erro " localhost: timed out, nothing received " acontece independentemente se eu o executar como "ntpdc" ou "sudo ntpdc", e isso acontece independentemente de eu estar ou não executando o firewall "ufw".

O arquivo de log /var/log/syslog tem as seguintes entradas aparentemente relacionadas:

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>

Suponho que o erro " kernel reports TIME_ERROR: 0x41: Clock Unsynchronized " seja relevante.

O serviço "ntp" está sendo executado:

$ 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>

Você poderia me ajudar a resolver isso, por favor?

    
por ricmarques 17.07.2016 / 17:12

2 respostas

1

ntpdc usa solicitações do modo 7 e ntpq usa solicitações do modo 6. As solicitações do Modo 7 são frequentemente usadas como um DDoS e, portanto, as configurações padrão mais novas têm solicitações do modo 7 bloqueadas. Você pode obter todas as informações necessárias de ntpq -p . Não há necessidade de usar ntpdc , mas não tome minha palavra:

% bl0ck_qu0te%

link

    
por dfc 20.07.2016 / 21:28
2

Para ativar o modo 7, use a seguinte opção no arquivo de configuração ntp

# enable mode 7 to support ntpdc
enable mode7
    
por Codesmith 18.07.2017 / 01:49