Servidores NTP não são sincronizados com outras máquinas

2

Estou usando Linux Debian Wheezy. Tenho problemas para sincronizar o tempo & data entre meu servidor & O PC e os servidores ntp parecem apontar para si mesmos, não para a internet.

Neste caso, o Fig é o meu servidor NTP.

root@fig [5156]# ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 fig.nta-monitor .INIT.          16 u    - 1024    0    0.000    0.000   0.000

Meu arquivo ntp.conf do servidor NTP:

root@fig [5155]# less /etc/ntp.conf
# /etc/ntp.conf, configuration for ntpd

driftfile /var/lib/ntp/ntp.drift
statsdir /var/log/ntpstats/

statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable

server 0.my.pool.ntp.org iburst
server 1.my.pool.ntp.org iburst
server 2.my.pool.ntp.org iburst
server 3.my.pool.ntp.org iburst
server 0.asia.pool.ntp.org iburst
server 1.asia.pool.ntp.org iburst

# ... and use the local system clock as a reference if all else fails
# NOTE: in a local network, set the local stratum of *one* stable server
# to 10; otherwise your clocks will drift apart if you lose connectivity.
server 127.127.1.0
fudge 127.127.1.0 stratum 13

# By default, exchange time with everybody, but don't allow configuration.
restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery

# Local users may interrogate the ntp server more closely.
restrict 127.0.0.1 nomodify

Esta é a informação para o meu servidor & cliente

NTP Server = 192.168.120.104 (Fig) 
Client = 192.168.120.65 (Banana) 

Por favor, conselhos.Graças

Agora, a questão é por que meu servidor NTP usou a si mesmo como servidor ntp?


Isto é o que eu ping para o pool do servidor NTP (fig.)

root@fig [5246]# ping 0.my.pool.ntp.org
PING 0.my.pool.ntp.org (202.45.138.123) 56(84) bytes of data.


Mas recebi uma resposta quando pinguei para o yahoo.com

root@fig [5247]# ping yahoo.com
PING yahoo.com (98.138.253.109) 56(84) bytes of data.
64 bytes from ir1.fp.vip.ne1.yahoo.com (98.138.253.109): icmp_req=1 ttl=39 time=333 ms
64 bytes from ir1.fp.vip.ne1.yahoo.com (98.138.253.109): icmp_req=2 ttl=39 time=332 ms
64 bytes from ir1.fp.vip.ne1.yahoo.com (98.138.253.109): icmp_req=3 ttl=39 time=332 ms
64 bytes from ir1.fp.vip.ne1.yahoo.com (98.138.253.109): icmp_req=4 ttl=39 time=335 ms
^C
--- yahoo.com ping statistics ---
5 packets transmitted, 4 received, 20% packet loss, time 4003ms
rtt min/avg/max/mdev = 332.398/333.454/335.464/1.263 ms

Esta é a saída quando eu corro ps -ef | comando grep [n] tp

root@fig [5213]# ps -ef | grep [n]tp
ntp      22526     1  0 13:24 ?        00:00:01 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -c /var/lib/ntp/ntp.conf.dhcp -u 101:108


Este é o resultado quando executo o comando ntpdate -qu 202.45.138.123

root@fig [5215]# ntpdate -qu 202.45.138.123
server 202.45.138.123, stratum 2, offset -135.572409, delay 0.06105
 1 Sep 19:18:29 ntpdate[27420]: step time server 202.45.138.123 offset -135.572409 sec
    
por Kamal 01.09.2016 / 11:12

1 resposta

3

Seu ntpd não está usando o arquivo de configuração esperado /etc/ntp.conf .

Olhando para a saída de ps -ef | grep [n]tp , você pode ver que o arquivo de configuração é /var/lib/ntp/ntp.conf.dhcp , que provavelmente conterá dados do DHCP.

Existem algumas excelentes respostas sobre o Server Fault que explicam como corrigir isso. O resumo é que você precisa dizer fig para não configurar o NTP do DHCP.

Edit /etc/dhclient.conf and uncomment the line "request" with something like this:

request subnet-mask, broadcast-address, routers, domain-name, domain-name-servers, host-name;

Especially, if ntp-servers is present, remove it. Under some distribution ( aka Fedora ) it is sent by default, so you have to put this line explicitly so that the default is overridden.

Você também pode precisar remover /var/lib/ntp/ntp.conf.dhcp quando tiver uma nova concessão de DHCP.

    
por 01.09.2016 / 13:33

Tags