servidor ntp não está funcionando corretamente na inicialização

Question

Eu uso o servidor Ubuntu 16.04 e configuro o servidor NTP local com as seguintes configurações em /etc/ntp.conf file:

# this is the IP or name of the local networks NTP ser$
# should be commented out on the server
# server 192.168.1.202 iburst         # this line is uncommented for clients

# this enables checking the local clock. Do not change$
server 127.127.1.0
fudge 127.127.1.0 stratum 10

# this lines are required to run the ntpq -p command t$
# function of the system

restrict 127.0.0.1
restrict ::1

O problema é quando eu reinicio o sistema, o tempo não está sincronizado e correto e até está errado! Saída do comando timedate status no servidor:

Local time: Thu 2018-02-22 19:03:50 IRST
  Universal time: Thu 2018-02-22 15:33:50 UTC
        RTC time: Thu 2018-02-22 15:33:50
       Time zone: Asia/Tehran (IRST, +0330)
 Network time on: no
NTP synchronized: yes
 RTC in local TZ: no

Aqui a hora UTC é a hora local correta. nos clientes:

Local time: Mon 2018-02-19 02:07:18 IRST
  Universal time: Sun 2018-02-18 22:37:18 UTC
        RTC time: Sun 2018-02-18 22:37:19
       Time zone: Asia/Tehran (IRST, +0330)
 Network time on: no
NTP synchronized: yes
 RTC in local TZ: no

Na máquina do servidor, a data está correta, mas a hora está errada. Na máquina do cliente, ambos estão errados. Os pares nos clientes são ntpq -p :

    remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 192.168.1.202    LOCAL(0)        11 u   46   64    1    0.381  3201920   0.011
*LOCAL(0)        .LOCL.          10 l   17   64  377    0.000    0.000   0.000

Mas quando eu uso o comando sudo apt update date se tornou correto em clientes:

    Local time: Thu 2018-02-22 19:16:44 IRST
  Universal time: Thu 2018-02-22 15:46:44 UTC
        RTC time: Sun 2018-02-18 22:50:13
       Time zone: Asia/Tehran (IRST, +0330)
 Network time on: no
NTP synchronized: no
 RTC in local TZ: no

Mas o tempo ainda está errado! Eu usei o comando date -s "correct time and date" , mas depois de reiniciar, deu errado!

Como posso resolver o problema?

    

Answer 1

    remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 192.168.1.202    LOCAL(0)        11 u   46   64    1    0.381  3201920   0.011
*LOCAL(0)        .LOCL.          10 l   17   64  377    0.000    0.000   0.000

Esta é a saída de ntpq -p no cliente e é essencialmente a resposta ao motivo pelo qual o cliente não sincroniza. O cliente usa seu próprio relógio como uma referência do stratum 10 - mas o servidor afirma que é o estrato 11.

O NTP trata os relógios do estrato inferior como mais propensos a estar correto. Aqui você tem duas fontes de tempo, uma com estrato 11 e outra com 10 - e uma enorme diferença. Não tentará reconciliá-los - simplesmente dirá que o estrato 11 está errado.

Defina o servidor para um estrato inferior, usando o

fudge 127.127.1.0 stratum 9

por exemplo. Ou - de preferência, sincronize o servidor com uma fonte de tempo externa mais confiável, por exemplo, um dos pools NTP, que geralmente é o estrato 1-3. A sincronização com um servidor NTP do estrato 3 tornaria o seu servidor NTP um servidor NTP de estrato 4, que seria preferível ao relógio local.

Outra alternativa é aumentar o estrato do seu relógio local nos clientes, por exemplo, para 13.