timeserver ntp

[moodsx]

Hallo Community,

seid dem Update auf lenny bekomme ich die Zeit auf dem Server + ntp nicht mehr wirklich in den Griff.

tzdata: Europe/Berlin (dpkg-reconfigure tzdata wurde schon durchgeführt)

ntp läuft auch sauber, trotzdem:

Code: Alles auswählen

Do 30. Jul 12:58:45 CEST 2009

Wir haben es aber eben 11:58

Warum geht das Ding ein Stunde vor und wie stell ich das richtig? Danke für Eure Hilfe.

[mindX]

Hier läuft zu diesem Zweck ein cronjob:
/etc/crontab

Code: Alles auswählen

*/15 * * * *    root    ntpdate ntp1.ptb.de

[moodsx]

Falls ich mich unklar ausgedrückt habe: Es läuft der ntp Server und die Zeitzone stimmt auch.

[michaels]

Hier läuft zu diesem Zweck ein cronjob:
/etc/crontab

Code: Alles auswählen

*/15 * * * *    root    ntpdate ntp1.ptb.de

Der aber unnötig sein dürfte da Debian eigentlich automatisch die in der /etc/ntp.conf konfigurierten NTP Server über /etc/cron.daily/ntp aufruft...

Zum eigentlichen Problem. Sieht ja eigentlich alles korrekt aus. CEST ist auch richtig...ist vielleicht der genutzte NTP Server falsch? Hast du mal einen anderen probiert?

[mindX]

Der aber unnötig sein dürfte da Debian eigentlich automatisch die in der /etc/ntp.conf konfigurierten NTP Server über /etc/cron.daily/ntp aufruft...

ntp ist hier nicht installiert, nur ntpdate. /etc/ntp.conf und /etc/cron.daily/ntp sind nicht vorhanden. (Lenny 64-bit mit Gnome)

[nepos]

Vermutlich liegt das Problem eher an der Sache mit UTC=yes bzw. UTC=no in default/rcS.
Wenn die Hardware-Uhr deines Rechners auf UTC läuft, muss das auf yes stehen. Wenn sie bereits mit lokaler Zeit läuft, muss da ein no sein.

[knollo]

Funktioniert ntp und ntpdate auch hinter (vor) einem Proxy?

Irgendwie klappt das nicht!

[123456]

Vermutlich liegt das Problem eher an der Sache mit UTC=yes bzw. UTC=no in default/rcS.
Wenn die Hardware-Uhr deines Rechners auf UTC läuft, muss das auf yes stehen. Wenn sie bereits mit lokaler Zeit läuft, muss da ein no sein.

i.d.R. macht es Sinn die Hardwareuhr auf UTC zu haben und den obigen Schalter auf yes.
Man kann der Hardwareuhr aber mit "hwclock --utc" auf die Sprünge helfen.

[cosmac]

hi,

Funktioniert ntp und ntpdate auch hinter (vor) einem Proxy?

hinter einem reinen http-Proxy läuft ntp nicht, dazu muss Port 123 offen sein. Manchmal sind neben dem Proxy noch einzelne Ports freigeschaltet, dann käme es auf einen mehr nicht an.

Alternativ könnte man auf dem Proxy-Rechner einen ntpd ganz normal installieren und von intern den als timeserver benutzen.

Übrigens, bist du sicher, dass der ntpd sauber läuft? Hier ist der schon stundenlang ohne Fehlermeldung gelaufen, hat aber trotzdem nicht funktioniert. Was sagt denn "ntpq -pn"?

[nepos]

hi,

Funktioniert ntp und ntpdate auch hinter (vor) einem Proxy?

hinter einem reinen http-Proxy läuft ntp nicht, dazu muss Port 123 offen sein.

Ganz genau sogar Port 123 UDP. Das geht über keinen Proxy.

[knollo]

Der Server steht in einem VPN, da kann ich keine Ports öffen.

Wenn ntp nicht geht, was kann ich dann anderes nutzen? Meine Uhrzeit hingt täglich ca. eine Minute hinterher. Das nervt!

[cosmac]

im Extremfall kannst du einen DCF77- oder GPS-Empfänger (GPS-Maus) anschließen. Da müsste man mal schauen, mit welchen Modellen sich der ntpd versteht. Mit einem reinen DCF-Empfänger, der nur das Antennensignal verstärkt, hab' ich es mal zum Laufen gebracht. Das dürfte die billigste Variante sein.

Noch billiger wär's natürlich, wenn am anderen Ende vom VPN-Tunnel ein ntpd läuft. Man muss ja nicht unbedingt die PTB-Server benutzen.

Auch adjtimex kann einen Frequenzfehler der Rechneruhr korrigieren. Wenn die Abweichung der Uhr allerdings an einem Tag mal 1 Minute ist und am nächsten Tag nur 10 Sekunden, funktioniert das nicht. Außerdem sind sich adjtimex und hwclock bei mir immer in die Quere gekommen (früher, müsste man mal wieder probieren).