PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : NTP Server



Stormbringer
27.12.04, 17:22
Hallo,

in der letzten Zeit habe mich nach einem kleinen NTP server umgeschaut, und bin bei openNTPd bzw. chrony gelandet.
Beide ließen sich recht simpel einbinden, allerdings suche ich bei beiden die Möglichkeit, regelmäßig selbst entfernte NTP Server zu kontaktieren, und dann ggf. die Uhr anzupassen. Bei openNTPd wird dies zumindest unter SuSE nicht wirklich sauber laufen (zumindest laut Darren Tucker), aber chrony sollte es hinbekommen ...
Momentan prüfen beide die Uhrzeit jeweils nur beim ersten Aufruf - eine Prüfung bspw. alle 60 Minuten wäre aber schon ganz nett ...

Hat jemand eine Idee?

Danke & Gruß

Retsiem
27.12.04, 17:58
salut

hab vielleicht was:
chrony frägt doch beim start den ntp server ab, setzt die local time und beendet sich dann (...oder???)

das würde ja dann heißen, dass du chrony alle 60 min aufrufen müsstest um die zeit zu sync. und das müsste doch eigentlich mit cron möglich sein...

mfg Retsiem

p.s. hab noch mal nachgeschaut. chrony daemon läuft zwar dauernd im hintergrund muss er aber nicht. er läuft eigentlich nur um festzustellen, um wieviel die systemzeit von der genauen zeit abweicht...d.h. man könnte chrony starten die zeit abfragen lassen, die zeit setzen und dann wieder beenden und nach 60 min das selbe spiel nochmal ...

BSM
27.12.04, 18:09
Leider läuft er dann nicht als Server sondern als Client.

Ich bin auch auf der suche nach sowas ;)

Gruss Robert

Retsiem
27.12.04, 18:18
ahh.. verflixt ich wusste doch das das irgendwie zu einfach klingt... ;-)

Stormbringer
27.12.04, 19:28
Yep ... genau das ist bis dato das kleine Hindernis ... ;-)

Trotzdem Danke! :-)

Gruß

mamue
27.12.04, 22:26
Spricht etwas gegen xntp? Xntp ist meines wissens nach sowohl client als auch server, jedenfalls verwende ich den dementsprechend.

mamue

geronet
27.12.04, 22:42
Ich frag mich sowieso warum die Dokumentation zum ntpd (http://www.eecis.udel.edu/~mills/ntp/html/index.html) so übermäßig lang ist. Was gibt es denn da zum volltexten? Dokumentation ist ja schön und gut, aber die reden ständig um den heissen Brei herum. Ein Zeitserver soll doch nur einfach in regelmässigen Abständen von definierten Servern die Zeit holen, die eigene Uhr anpassen und eventuell an andere Clients weitergeben. Was ist da so schwierig dran?

Chrony hatte ich auch mal, aber nachdem ich festgestellt hatte dass der die Zeit irgendwie zufällig setzt hab ich zum Testen mal den ntpd installiert. Er läuft zwar ganz nett aber er syncronisiert sich nur kurz nach dem Start, danach nie wieder :confused:

Stormbringer
27.12.04, 23:08
xntpd ist mir einfach zu mächtig ... ;-)
openNTPd ist klasse, hat aber unter Linux einige Einschränkungen (entstammt ursprünglich einen openbsd Projekt).
Trotz das hier adjtime in der aktuelle Version vorliegt, kann die interne Kernelfunktion nichts mit den openNTPd Infos anfangen (wenn ich Darren Tucker richtig verstanden habe). Daher bleibt nur der einmalige Aufruf mittels der Option -s (selbst ein -sd bringt keine weiteren Erfolge).
Mit chrony habe ich mittlerweile auch so seltsame Effekte, daß die Uhr nun nämlich immer genau 90 Minuten vorgeht ... ;-)
Ich habe bereits /etc/chrony.drift gelöscht, aber es bleibt dabei ... werde mir das Ganze morgen nochmals in aller Ruhe zu Gemüte führen.

Gruß

bla!zilla
28.12.04, 08:23
Was soll den bei OpenNTPd nicht sauber laufen?

Stormbringer
28.12.04, 08:55
Es soll nicht, sondern er tut es nicht (ist sogar bestätigt).

Auszug aus den Logs:


Dec 20 04:02:24 suse92test ntpd[1151]: ntp engine ready
Dec 20 03:03:19 suse92test ntpd[1151]: peer 192.53.103.103 now valid
Dec 20 03:03:19 suse92test ntpd[1151]: peer 192.53.103.104 now valid
Dec 20 03:03:19 suse92test ntpd[1151]: peer 213.239.201.102 now valid
Dec 20 03:03:19 suse92test ntpd[1151]: peer 213.239.194.210 now valid
Dec 20 03:03:19 suse92test ntpd[1151]: peer 213.239.193.168 now valid
Dec 20 03:03:19 suse92test ntpd[1151]: peer 213.61.224.44 now valid
Dec 20 03:03:19 suse92test ntpd[1151]: peer 195.30.142.42 now valid
Dec 20 03:03:19 suse92test ntpd[1151]: peer 193.218.127.251 now valid
Dec 20 03:03:19 suse92test ntpd[1151]: peer 141.82.30.253 now valid
Dec 20 03:03:19 suse92test ntpd[1151]: peer 141.82.30.252 now valid
Dec 20 03:03:19 suse92test ntpd[1151]: peer 81.169.158.205 now valid
Dec 20 03:03:19 suse92test ntpd[1151]: peer 81.169.174.99 now valid
Dec 20 03:03:19 suse92test ntpd[1151]: peer 213.239.204.4 now valid
Dec 20 03:03:19 suse92test ntpd[1151]: peer 134.99.176.3 now valid
Dec 20 03:03:19 suse92test ntpd[1151]: peer 80.237.234.15 now valid
Dec 20 03:03:19 suse92test ntpd[1151]: peer 62.206.102.82 now valid
Dec 20 03:03:21 suse92test ntpd[1151]: peer 194.95.224.98 now valid
Dec 20 04:04:06 suse92test ntpd[1150]: adjtime failed: Invalid argument
Dec 20 04:08:05 suse92test ntpd[1150]: adjtime failed: Invalid argument
Dec 20 04:11:10 suse92test ntpd[1150]: adjtime failed: Invalid argument

Als erstes dachte ich an das kleine Tool adjtimex, und aktualisierte es .. brachte aber nichts. D. Tucker brachte mich dann auf die richtige Spur: adjcall ist ein syscall - und unter einigen Linuxen (nicht allen!!) mag eben dieser keine langen offsets. Bis dato hat sich aber wohl noch niemand hingesetzt und geprüft, ob dies nun am jeweiligen Kernel oder ggf. der libc liegt.
Aus diesem Grunde funzt die Aktualisierung lediglich beim Aufruf von openNTPd (ntpd), und auch nur, wenn die Option -s mit angegeben wird.
Ein periodisches Prüfen fällt aber leider aus ...

Gruß

bla!zilla
28.12.04, 09:41
Das ist natürlich interessant. Danke.

Stormbringer
28.12.04, 09:47
Kein Problem ... dafür tauschen wir uns doch hier aus ... ;-)

Gruß (in meine Heimatstadt)

bla!zilla
28.12.04, 09:52
Ich hatte im aktuellen Linux-Magazin vom OpenNTPd gelesen und er hat mir ganz gut gefallen. Ich wollte den eigentlich als Alternative zum XNTP einsetzen, der ja nun deutlich größer, und für einen Einzelplatz PC, etwas zu umfangreich ist.

Stormbringer
30.12.04, 23:04
Ups ... ich hatte wohl irgendeinen kleinen Fehler gemacht.
Nun ist aber das RPM neu erstellt, und eingespielt, und siehe da, /var/log/messages meldet mir regelmäßig:
Dec 30 20:04:13 suse92 ntpd[15790]: adjusting local clock by 0.399784s
Dec 30 20:08:57 suse92 ntpd[15790]: adjusting local clock by 0.881448s
Dec 30 20:12:57 suse92 ntpd[15790]: adjusting local clock by 0.858085s
Dec 30 20:17:14 suse92 ntpd[15790]: adjusting local clock by 0.495766s
Dec 30 20:24:20 suse92 ntpd[15790]: adjusting local clock by 0.359180s
Dec 30 20:28:33 suse92 ntpd[15790]: adjusting local clock by 0.564882s
...
Dec 30 22:45:54 suse92 ntpd[15790]: adjusting local clock by 0.559357s
Dec 30 22:57:40 suse92 ntpd[15790]: adjusting local clock by 0.282835s

Nun weiß ich nur noch nicht, ob dies ausschließlich die lokale Korrektur betrifft, oder ob zugehörig auch ein Gegencheck gegen einen angegebenen Zeitserver stattfindet (und dies dann nicht gelogt wird).

Gruß

Stormbringer
02.01.05, 14:53
NZI

Ich habe nun mehrmals die Systemzeit bewußt verstellt, um zu sehen, wie schnell/langsam die Zeit korrigiert wird (ohne openNTPd neu zu starten!).
Eine Korrektur von 3 Minuten wird über einen Zeitraum von etwa 15 Stunden gestreckt - eine Korrektur findet dabei dann etwa alle 4 Minuten statt.

Gruß