Sincronização NTP

Estou configurando um servidor NTP para sincronizar o horário nos dois sistemas, Linux e Windows. Estou usando o CentOS 7 e o Windows Server 2012.

Em /etc/ntp.conf, defino o endereço IP do Windows Server em vez dos padrões.

#server 0.centos.pool.ntp.org iburst
#server 1.centos.pool.ntp.org iburst
#server 2.centos.pool.ntp.org iburst
#server 3.centos.pool.ntp.org iburst
server example.com

Portanto, eu insiro ntpq -p, mas parece que não está funcionando bem. Na refidcoluna, não há endereço IP e também não consigo ver *. Mesmo o tempo não é o mesmo nos dois sistemas.

[root@ ~]# ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 example.com      .LOCL.           1 u    3   64  377    1.056  5760156   6.457

Significado, acho que o resultado acima deve (?) Ou deve ser mostrado da seguinte forma, não é?

[root@ ~]# ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*example.com      192.168.x.x      1 u    3   64  377    1.056  5760156   6.457

O que preciso fazer para corrigir? Quando paro ntpde entro ntpdate example.com, parece que a sincronização funciona. Eu posso chegar na hora certa. Está tudo bem com isso?

Além disso, não consigo ver nenhuma configuração ntp chkconfig --list. Tudo bem?

[root@ ~]# chkconfig --list

Note: This output shows SysV services only and does not include native ...

jexec           0:off   1:on    2:on    3:on    4:on    5:on    6:off
netconsole      0:off   1:off   2:off   3:off   4:off   5:off   6:off
network         0:off   1:off   2:on    3:on    4:on    5:on    6:off

Na coluna "refid", não há endereço IP

Não precisa ser um IP. A coluna mostra apenas o que o sistema está usando como fonte de relógio. Se for outro servidor NTP, será um IP. Mas para sistemas com uma fonte de relógio local, pode ser outra coisa. .LOCL. significa apenas que o sistema está usando o relógio local como fonte. Normalmente, isso não é recomendado, exceto como substituto, porque geralmente não há sincronização para mantê-lo correto.

Este relógio em particular é compensado em 96 minutos.

Como o relógio não está próximo, o daemon pode esperar um pouco para confiar na fonte. Depois de um tempo, deve mudar o relógio. Isso deve ser feito imediatamente se você adicionar a iburstpalavra-chave à linha do servidor (e iniciar o daemon com a -gopção de permitir que ele seja sincronizado quando sair por mais de mil).