raspbian ntpdate

Linux-kezdő

Üdv!

Egyszerűen nem tudom rávenni hogy rendesen updatelje az időt.
Beállítottam az ntp.conf-ot rendesen, nem érdekelte. Tűzfal lekapcsolva, netre rendesen kilát. Leszedtem full az ntp-t, daemon leállítva, kipucolva


root@kazan:/home/pi# ntpdate 0.hu.pool.ntp.org
16 Dec 10:07:46 ntpdate[24659]: no server suitable for synchronization found

Debug módban sikerül, de persze nem állítja:

root@kazan:/home/pi# ntpdate -d 0.hu.pool.ntp.org
16 Dec 10:09:07 ntpdate[24720]: ntpdate 4.2.6p5@1.2349-o Fri May 18 20:31:06 UTC 2012 (1)
transmit(193.225.118.129)
receive(193.225.118.129)
transmit(193.225.121.161)
.
.
.
transmit(193.225.121.131)
receive(193.225.121.131)
transmit(84.2.44.19)
receive(84.2.44.19)
server 193.225.118.129, port 123
stratum 2, precision -20, leap 00, trust 000
refid [193.225.118.129], delay 0.04781, dispersion 0.00154
transmitted 4, in filter 4
reference time: d83a7bc3.5d31d746 Tue, Dec 16 2014 10:37:07.364
originate timestamp: d83a7f02.086bf9db Tue, Dec 16 2014 10:50:58.032
transmit timestamp: d83a7539.3b457c0b Tue, Dec 16 2014 10:09:13.231
filter delay: 0.04781 0.05087 0.05064 0.05103
0.00000 0.00000 0.00000 0.00000
filter offset: 2504.786 2504.787 2504.788 2504.788
0.000000 0.000000 0.000000 0.000000
delay 0.04781, dispersion 0.00154
offset 2504.786344

server 193.225.121.161, port 123
stratum 2, precision -20, leap 00, trust 000
refid [193.225.121.161], delay 0.04593, dispersion 0.00090
transmitted 4, in filter 4
reference time: d83a7af8.d9df627c Tue, Dec 16 2014 10:33:44.851
originate timestamp: d83a7f02.3af99253 Tue, Dec 16 2014 10:50:58.230
transmit timestamp: d83a7539.6e79cc74 Tue, Dec 16 2014 10:09:13.431
filter delay: 0.04732 0.04857 0.04593 0.04829
0.00000 0.00000 0.00000 0.00000
filter offset: 2504.786 2504.787 2504.785 2504.787
0.000000 0.000000 0.000000 0.000000
delay 0.04593, dispersion 0.00090
offset 2504.785809

server 193.225.121.131, port 123
stratum 2, precision -20, leap 00, trust 000
refid [193.225.121.131], delay 0.04562, dispersion 0.00177
transmitted 4, in filter 4
reference time: d83a7d3d.22b1c0bd Tue, Dec 16 2014 10:43:25.135
originate timestamp: d83a7f02.6e419d13 Tue, Dec 16 2014 10:50:58.430
transmit timestamp: d83a7539.a1abc0e3 Tue, Dec 16 2014 10:09:13.631
filter delay: 0.05162 0.05054 0.04562 0.04909
0.00000 0.00000 0.00000 0.00000
filter offset: 2504.788 2504.787 2504.785 2504.787
0.000000 0.000000 0.000000 0.000000
delay 0.04562, dispersion 0.00177
offset 2504.785645

server 84.2.44.19, port 123
stratum 2, precision -29, leap 00, trust 000
refid [84.2.44.19], delay 0.04318, dispersion 0.00044
transmitted 4, in filter 4
reference time: d83a77b5.691f5fff Tue, Dec 16 2014 10:19:49.410
originate timestamp: d83a7f02.a063efff Tue, Dec 16 2014 10:50:58.626
transmit timestamp: d83a7539.d4e043a2 Tue, Dec 16 2014 10:09:13.831
filter delay: 0.04318 0.04398 0.04561 0.04434
0.00000 0.00000 0.00000 0.00000
filter offset: 2504.784 2504.784 2504.786 2504.785
0.000000 0.000000 0.000000 0.000000
delay 0.04318, dispersion 0.00044
offset 2504.784802

16 Dec 10:09:13 ntpdate[24720]: step time server 84.2.44.19 offset 2504.784802 sec

Mi a fene? 40 percet késik naponta....

Köszi:
bz

  • 3467 megtekintés

( peep | 2014. 12. 16., k – 11:57 )

Nezz bele syslogba, nem lehet hogy a szokasos tmpfs-es moka miatt hasal el?
Az-az 1M eleg gyorsan kifut, ha sok a moka.

( stra | 2014. 12. 17., sze – 19:19 )

"Leszedtem full az ntp-t, daemon leállítva, kipucolva"
"40 percet késik naponta...."
Ez nem az ntpdate hibája, és nem az ntpdate feladata. Az ntp-t nyilván okkal száműzted, így ha ntpdate-tel akarod megoldani, neked kell gondoskodnod a rendszerességről. (Bővebben: man ntpdate, DESCRIPTION)

"Beállítottam az ntp.conf-ot rendesen, nem érdekelte."
Mivel az ntp.conf nem az ntpdate, hanem az ntp konfigja. (Hibridként lásd: ntpdate-debian + /etc/default/ntpdate NTPDATE_USE_NTP_CONF)

"Debug módban sikerül, de persze nem állítja"
Pedig éppen azt írja, hogy "step time server...", tehát elvileg módosítania kellett.

"Egyszerűen nem tudom rávenni hogy rendesen updatelje az időt."
Biztos vagy abban, hogy az ntpdate futtatása után nem pontos(abb)?
Például: 

# date; ntpdate 0.hu.pool.ntp.org; date

"Tűzfal lekapcsolva, netre rendesen kilát."
"no server suitable for synchronization found"
Ez abban az esetben is előfordul, ha nem éri el a szervereket. A tesztedeben majdnem másfél perc telt el a sima és a debug változat futása közben. Reprodukálható, hogy debug nélkül "no server suitable for synchronization found", debuggal viszont "step time server"?

( muszi v | 2014. 12. 17., sze – 20:07 )

Szinten Inviteles sorstars?

A dragak november 4-e ota letiltottak a bejovo ntp-t (123/udp), biztonsagi okokra hivatkozva. Bugreportoltam, probaltak terelni, kuldtem udp traceroute-ot, semmi. Vegul kicsit csunyabban csinaltam, es igy az egyik mernok elarulta, hogy oket tamadjak ntp-n, ezert van ideiglenesen letiltva, a gyartojuk jovo hetre igert valami a firmware frissitest (ez volt egy honapja... ;-)).

Amikor kerdeztem, hogy ezert miert kell letiltani a juzerek fele meno ntp-t, az volt a valasz, hogy "az nem olyan egyszeru".

Azt vettem eszre, hogy ha 1024 feletti portrol inditom az ntp kerest (

ntpdate -u <host>

), akkor mukodik. A szomoru az, hogy az ntp daemon csakis a 123-as porton hajlando mukodni :-(

( redbull | 2014. 12. 19., p – 07:52 )

Használj htpdate programot, az a 80-as porton megy.