DSM 6.x und darunter Systemzeit automatisch aktualisieren

[DerIng]

Hallo,

irgendwie geht die Systemzeit meiner DS nach ein paar Monaten immer wieder vor (vielleicht +10min in 5 Monaten), was dennoch für meine automatischen Backup-Jobs immer sehr unglücklich ist.
Mittlerweile weiß ich ja, dass die DS sehr viel kann. Daher wollte ich eine automatischen, tägliche Task einrichten um bei einem NTP-Server nach der Urzeit zu fragen. Manuell geht das ja gut, aber in den Aufgabenplaner bekomme ich das nicht hin. Kann mir hier jemand einen Tipp für das "Benutzerdefinierte Skript" geben?

Ich hab im Forum natürlich schon gesucht, aber nichts dazu gefunden, sonnst hätte ich natürlich nicht gefragt.

Gruß DerIng

 

[Matthieu]

Wenn du in der Systemsteuerung unter "Regionale Optionen" den NTP-Server konfigurierst geht das nicht? Die Synchronisierung wird allerdings nachts durchgeführt - hat irgendwer bei Synology so festgelegt. Vielleicht ist es besser diesen cronjob zu editieren. Andersherum müsste es aber auch reichen den Aufruf aus dem cronjob zu kopieren und in den Aufgabenplaner zu stecken.

MfG Matthieu

 

[Ap0phis]

Hmm, um die Uhrzeit abzufragen, brauche ich keinen eigenen NTP-Server.
Die Möglichkeit einen NTP-Server abzufragen ist doch eh schon konfiguriert und muß nur unter "Regionale Optionen" in der Zeiteinstellung-Optionen aktiviert werden. -> NICHT der NTP-Dienst! Das wäre der Server!

 

[DerIng]

Sorry, hab mich da vielleicht etwas ungenau ausgedrückt.
Ich hab den Haken bei "Mit einem NTP-Server Synchronisieren" gesetzt. Bei "NTP-Dienst" ist der Haken nicht gesetzt.

Leider wird in dieser Konstellation anscheinend nichts synchronisiert, da ich heute wieder gemerkt hab, dass ich 10min unterschied hatte. Daher dachte ich, das in einem/r cronjob/ Aufgabenplanung die Synchronisierung Nachts selber zu antriggern zu können. Leider fehlt mir die Kenntnis wie ich das mache.

Meine DS läuft übrigens 24/7 ist also Nachts nicht aus.

 

[Ap0phis]

Ist deine Signatur noch aktuell? ... DSM 4.0 ...
Falls ja, würde ich mal ein Update auf DSM 4.2 erwägen. Da funktioniert die Synchronisation sicher.

BTW: Hat deine DS Internetzugang?
Wenn die Einstellungen nicht stimmen, kann natürlich auch nicht synchronisiert werden.

 

[Frogman]

Wenn die ohnehin ständig läuft, würde ich an Deiner Stelle eher den NTP-Dienst aktivieren, da hier laufend angepaßt wird.

 

[DerIng]

@Ap0phis
Hatte ich auch gemerkt. Meine Signatur war Falsch nun ist sie richtig. DSM 4.2-3211
Internetzugang hat sie. ich bekomme 3x die Woche eine email und hab mir auch vorhin ich ein neues Paket geladen.

@Frogman
Ich hatte den Haken so verstanden, dass meine PCs etc. die DS als NTP-Server finden und sie die Zeit der DS übernehmen zu können. Dann würden meine PCs ja die falsche Zeit bekommen.

 

[Matthieu]

@Ap0phis: Ich hätte schwören können dass die DS bei aktiviertem Zeitserver in früheren DSM-Versionen diesen dann auch regelmäßig abfragt. Hab gerade nachgesehen ... es ist tatsächlich kein Eintrag drin.

MfG Matthieu

 

[DerIng]

Gibt es denn kein Kommando, dass den "jetzt aktualisieren" Button auslöst?

 

[Ap0phis]

Ok, im log finde ich bei mir auch keinen Hinweis auf einen sync wie es früher mal war.
Allerdings läuft meine DS absolut sekundengenau. Ich fahre sie auch täglich automatisch runter und hoch.

 

[Benares]

Wenn die ohnehin ständig läuft, würde ich an Deiner Stelle eher den NTP-Dienst aktivieren, da hier laufend angepaßt wird.

Der "NTP-Dienst" (im DSM) wird erst interessant, wenn die DS auch als NTP-Server für interne PCs dienen soll. Dafür muss aber erstmal die Zeit der DS stimmen. Meines Erachtens nimmt man dafür aber besser den Router als Quelle (falls der NTP-Client/Server unterstützt) oder gleich einen externen Zeitserver.

Den alten Weg über cron-Job mit ntpdate um Mitternacht scheint es bei den aktuellen Firmware-Versionen nicht mehr zu geben, es sei denn, man hat immer nur migriert. Er lässt sich aber wieder einrichten, z.B.

#minute hour    mday    month   wday    who     command
0      0       *       *       *       root    /usr/sbin/ntpdate -b <NTP-Server-IP> >/dev/null 2>&1

Sobald man aber die DS auch nur als NTP-Client konfiguriert, wird der ntpd gestartet und ntpdate funktioniert nicht mehr, da Port 123 durch den ntpd belegt ist.

Auszug aus S23ntpd.sh

...
if [ "$run_ntp_client" = "yes" -o "$run_ntp_server" = "yes" ]; then
        RUNNTPD=1
fi
...

Ich verwende momentan den ntpd und hab den cronjob auskommentiert. Das klappt soweit ganz gut.

Gruß Benares

 

[Frogman]

Der "NTP-Dienst" (im DSM) wird erst interessant, wenn die DS auch als NTP-Server für interne PCs dienen soll. Dafür muss aber erstmal die Zeit der DS stimmen.

Ja eben 'drum - der ntpd wird ja in jedem Fall gestartet, egal ob die DS nur als Client oder auch als Server konfiguriert ist (damit ist ntpdate als einmalige Korrektur am Tag per cron auch überflüssig).
Da allerdings das Aktivieren der Option "Mit einem NTP-Server synchonisieren" in der GUI des DSM auch in der ntp.conf in /etc herumpfuscht (was ich nicht will), habe ich nur den NTP-Dienst aktiviert (wie gesagt, das hat für die Zeitaktualisierung die gleiche Konsequenz wie die andere GUI-Option, das nämlich kontinuierlich die Zeit abgeglichen wird) und dazu die ntp.conf ergänzt zu (für die verschiedenen Einträge gibt's zB. hier etwas nachzulesen)

restrict default noquery nomodify
restrict -6 default noquery nomodify
restrict 127.0.0.1
restrict -6 ::1
server 127.127.1.0
fudge 127.127.1.0 stratum 12
server ptbtime1.ptb.de
server ptbtime2.ptb.de
server ptbtime3.ptb.de

Als Ergänzung kann man sich auch noch eine Datei S22ntpdate.sh in /usr/syno/etc.defaults/rc.d legen mit

#!/bin/sh
# S22ntpdate.sh
#
# ntpdate beim Start der DS ausfuehren
#
# 20.10.2012
# Installation: cp S22ntpdate.sh /usr/syno/etc/rc.d
#

case "$1" in

stop)
        ;;

start)
        /usr/sbin/ntpdate -b ptbtime1.ptb.de ptbtime2.ptb.de ptbtime3.ptb.de
        ;;

restart)
        $0 stop
        $0 start
        ;;
*)
        echo "usage: $0 { start | stop | restart}" >&2
        exit 1
        ;;

esac

die beim Systemstart (und vor dem Start des ntpd) einmalig per ntpdate einen Offset korrigiert.

 

[DerIng]

Ja eben 'drum - der ntpd wird ja in jedem Fall gestartet, egal ob die DS nur als Client oder auch als Server konfiguriert ist (damit ist ntpdate als einmalige Korrektur am Tag per cron auch überflüssig).
Da allerdings das Aktivieren der Option "Mit einem NTP-Server synchonisieren" in der GUI des DSM auch in der ntp.conf in /etc herumpfuscht (was ich nicht will), habe ich nur den NTP-Dienst aktiviert (wie gesagt, das hat für die Zeitaktualisierung die gleiche Konsequenz wie die andere GUI-Option, das nämlich kontinuierlich die Zeit abgeglichen wird) und dazu die ntp.conf ergänzt zu (für die verschiedenen Einträge gibt's zB. hier etwas nachzulesen)

Verstehe ich das jetzt richtig, wenn ich nun die Haken genau andersherum setze, sollte es Funktionieren? Also den NTP-Dienst aktivieren und die Zeiteinstellung auf manuell?
Ich muss ja an den Dienst kein PC koppeln

 

[jahlives]

bestimmte Serverdienste auf der DS (z.B. Dovecot IMAP) mögen die Zeitsprünge welche es bei der Methode via cron geben kann überhaupt nicht und schalten sich im schlimmsten Fall gar ab. Nach Möglichkeit würde ich immer der ntp-Server Methode den Vorzug geben, welche die Uhr kontinuierlich korrekt hält. So kann z.B. der ntp auch das Pulssignal des internen Taktgebers beeinflussen (in gewissen Bandbreiten) und damit die Uhr noch genauer an ein externes Zeitsignal anpassen

 

[DerIng]

Danke für die hilfreichen Tipps. Ich hab das jetzt so eingestellt und werde das mal weiter verfolgen