ntpdate -d parece exitoso, pero ntpdate no devuelve ningún servidor adecuado

14

Tengo un sistema que no ejecuta ntpd en el que intento actualizar el reloj usando ntpdate. El sistema es un dispositivo que parece estar basado en CentOS 6.

Cuando corro ntpdate 0.pool.ntp.org, obtengo:

8 Sep 17:52:05 ntpdate[7445]: no server suitable for synchronization found

Sin embargo, cuando lo hago ntpdate -d 0.pool.ntp.org, obtengo:

8 Sep 17:55:14 ntpdate[9499]: ntpdate 4.2.2p1@1.1570-o Fri Nov 18 13:21:21 UTC 2011 (1)
Looking for host 0.pool.ntp.org and service ntp
host found : 4.53.160.75
transmit(4.53.160.75)
receive(4.53.160.75)
transmit(4.53.160.75)
receive(4.53.160.75)
transmit(4.53.160.75)
receive(4.53.160.75)
transmit(4.53.160.75)
receive(4.53.160.75)
transmit(4.53.160.75)
transmit(64.16.214.60)
receive(64.16.214.60)
transmit(64.16.214.60)
receive(64.16.214.60)
transmit(64.16.214.60)
receive(64.16.214.60)
transmit(64.16.214.60)
receive(64.16.214.60)
transmit(64.16.214.60)
transmit(54.236.224.171)
receive(54.236.224.171)
transmit(54.236.224.171)
receive(54.236.224.171)
transmit(54.236.224.171)
receive(54.236.224.171)
transmit(54.236.224.171)
receive(54.236.224.171)
transmit(54.236.224.171)
transmit(50.22.155.163)
receive(50.22.155.163)
transmit(50.22.155.163)
receive(50.22.155.163)
transmit(50.22.155.163)
receive(50.22.155.163)
transmit(50.22.155.163)
receive(50.22.155.163)
transmit(50.22.155.163)
server 4.53.160.75, port 123
stratum 2, precision -23, leap 00, trust 000
refid [4.53.160.75], delay 0.03160, dispersion 0.00005
transmitted 4, in filter 4
reference time:    d7b867d0.f9841075  Mon, Sep  8 2014 17:37:20.974
originate timestamp: d7b86c03.b6a49dae  Mon, Sep  8 2014 17:55:15.713
transmit timestamp:  d7b86c02.7e12a51e  Mon, Sep  8 2014 17:55:14.492
filter delay:  0.03189  0.03188  0.03172  0.03160
         0.00000  0.00000  0.00000  0.00000
filter offset: 1.218061 1.217856 1.218023 1.217968
         0.000000 0.000000 0.000000 0.000000
delay 0.03160, dispersion 0.00005
offset 1.217968

server 64.16.214.60, port 123
stratum 2, precision -23, leap 00, trust 000
refid [64.16.214.60], delay 0.04886, dispersion 0.00006
transmitted 4, in filter 4
reference time:    d7b86425.55948a73  Mon, Sep  8 2014 17:21:41.334
originate timestamp: d7b86c03.f7d91219  Mon, Sep  8 2014 17:55:15.968
transmit timestamp:  d7b86c02.bed42c3c  Mon, Sep  8 2014 17:55:14.745
filter delay:  0.04919  0.04892  0.04912  0.04886
         0.00000  0.00000  0.00000  0.00000
filter offset: 1.210967 1.210879 1.210967 1.210836
         0.000000 0.000000 0.000000 0.000000
delay 0.04886, dispersion 0.00006
offset 1.210836

server 54.236.224.171, port 123
stratum 3, precision -20, leap 00, trust 000
refid [54.236.224.171], delay 0.04878, dispersion 0.00011
transmitted 4, in filter 4
reference time:    d7b864eb.b06fee7d  Mon, Sep  8 2014 17:24:59.689
originate timestamp: d7b86c04.2b9d2547  Mon, Sep  8 2014 17:55:16.170
transmit timestamp:  d7b86c02.f1e80bed  Mon, Sep  8 2014 17:55:14.944
filter delay:  0.04977  0.04950  0.04878  0.04887
         0.00000  0.00000  0.00000  0.00000
filter offset: 1.214091 1.214069 1.213755 1.213750
         0.000000 0.000000 0.000000 0.000000
delay 0.04878, dispersion 0.00011
offset 1.213755

server 50.22.155.163, port 123
stratum 2, precision -23, leap 00, trust 000
refid [50.22.155.163], delay 0.07384, dispersion 0.00005
transmitted 4, in filter 4
reference time:    d7b869c9.2b3f3d0b  Mon, Sep  8 2014 17:45:45.168
originate timestamp: d7b86c04.75472e97  Mon, Sep  8 2014 17:55:16.458
transmit timestamp:  d7b86c03.384a83b1  Mon, Sep  8 2014 17:55:15.219
filter delay:  0.07408  0.07414  0.07384  0.07387
         0.00000  0.00000  0.00000  0.00000
filter offset: 1.214115 1.214122 1.214012 1.214069
         0.000000 0.000000 0.000000 0.000000
delay 0.07384, dispersion 0.00005
offset 1.214012

 8 Sep 17:55:15 ntpdate[9499]: step time server 4.53.160.75 offset 1.217968 sec

Según mis búsquedas anteriores, este resultado (con las diversas líneas de recepción () y el desplazamiento) sugiere que se está comunicando correctamente con los servidores NTP remotos (no bloqueados por un firewall). Entonces, ¿por qué no actualiza mi reloj cuando lo ejecuto?

ntp

— csyria
fuente

16

Intenta ejecutarlo como:

ntpdate -u 0.pool.ntp.org

La -uconfigura ntpdatepara usar un puerto sin privilegios, lo que siempre hace cuando usa la -dopción.

Por lo tanto, funciona con -uy, -dpero no sin ninguno, volvería a verificar sus firewalls.

Desde la página del manual:

-u ntpdate directo para usar un puerto sin privilegios para los paquetes salientes. Esto es más útil cuando está detrás de un firewall que bloquea el tráfico entrante a puertos privilegiados, y desea sincronizar con hosts más allá del firewall. Tenga en cuenta que la opción -d siempre usa puertos sin privilegios.

— garethTheRed
fuente

1

Esto lo hizo. Supongo que tengo un firewall más restrictivo en algún lugar más allá de este servidor, que me faltaba porque -d funcionaba. ¡Gracias!

— csyria

2

agregue esta regla en iptables:

iptables -t nat -A POSTROUTING -p udp --sport 123 -j MASQUERADE --to-ports 1025-65535

— Norberto Aquino
fuente

2

Hola norberto Esto puede resolver el problema, pero sería muy útil si pudiera editar su respuesta para explicar por qué lo hace.

— Roaima

1

Para el votante negativo: una razón para el voto negativo sería cortés y muy posiblemente útil. En mi opinión, no hay nada intrínsecamente incorrecto con esta respuesta que una pequeña explicación no pueda resolver.

— Roaima