Failed to set date or time from NTP server

[Briolet]

Ls,
Ik heb/had ook problemen met de tijd synchronisatie van mijn NAS.

Ik had het ook met 4.2, maar dit is opgelost in 4.3

[remvs]

Ik had het ook met 4.2, maar dit is opgelost in 4.3

Ik zit nog op 4.1. Er draait een aantal critische dingen o.a. mijn bedrijfsmail op de NAS. Dus ik update niet altijd zodra het kan.
Misschien toch maar eens tijd voor maken ;-)

[Briolet]

Ik merk dat de tijd op mijn nas nu weer voor begint te lopen. Dat moet sinds de 5.0 update gebeurd zijn. Maar omdat elke PC en router op mijn netwerk nu de timeserver op de nas gebruikt, valt dat niet direct op. 

Toch slordig. Als je Security Station gebruikt, wordt de timeserver automatisch aangezet. Maar als hij nu weer zelf zijn  tijden niet update, dat is de aanwezigheid van een timeserver grote kul.

Misschien moet ik toch maar op zoek naar een scriptje dat de update dagelijks doet.

[remvs]

Dit werkt goed voor mij:
Opnemen in je Crontab.

Stop mail server, stop NTPD, step time, start NTPD and start mailserver

Code: [Selecteer]


#Stop mail server, stop NTPD, step time, start NTPD and start mailserver
logger -p WARNING "Restarting mailserver and NTPD. script ${0}"
sh /volume1/@appstore/MailServer/scripts/PostfixDaemon.sh stop
sh /var/packages/MailServer/target/scripts/DovecotDaemon.sh stop
sleep 3
sh /usr/syno/etc.defaults/rc.d/S23ntpd.sh stop
ntpdate pool.ntp.org
sh /usr/syno/etc.defaults/rc.d/S23ntpd.sh start
sleep 3
sh /volume1/@appstore/MailServer/scripts/PostfixDaemon.sh start
if [ $? -eq 1 ] ; then
logger -p WARNING "Start of Postfix failed!!. script ${0}"
fi
sh /var/packages/MailServer/target/scripts/DovecotDaemon.sh start
if [ $? -eq 1 ] ; then
logger -p WARNING "Start of Dovecot Failed!!. script ${0}"
fi



[Briolet]

Dank, daar zal ik eens mee aan de slag gaan. Ik vraag me wel af waarom zelfs de mail server off line moet om de tijd gelijk te zetten. Kan dat niet simpeler?

Voor het ntpdate zie ik dat hij deprecated is. Moet je die dus gebruiken of zijn er nieuwere alternatieven? Zonder de timeserver eerst te stoppen zie ik wel dat het commando klaagt dat de ntp poort bezet is.

Als ik het nieuwere commando ntpd met parameter '-q' gebruik, zie ik geen enkele foutmelding. Of hij de tijd ook werkelijk aanpast zie ik zo snel niet omdat hij inmiddels gelijk loopt. Het kan ook zijn dat juist dit commando niet werkt en de reden is  dat de tijd niet gelijk gezet wordt. 

Dat word even langere tijd volgen om te zien of het gaat werken.

de ntpd manual schrijf:

Code: [Selecteer]

-q, --quit
              Set the time and quit.

              ntpd will exit just after the first time the clock  is  set.
              This  behavior  mimics that of the ntpdate program, which is
              to be retired.  The -g and -x options can be used with  this
              option.   Note:  The kernel time discipline is disabled with
              this option.

Edit: met debugging aan zie je meer en lijkt ntpd zo niet te werken.

Code: [Selecteer]

GedeeldeData> ntpd -d -q
ntpd 4.2.6p5@1.2349 Sun Mar  2 18:47:50 UTC 2014 (1)
29 Apr 14:46:39 ntpd[8378]: proto: precision = 1.260 usec
event at 0 0.0.0.0 c01d 0d kern kernel time sync enabled
Finished Parsing!!
29 Apr 14:46:39 ntpd[8378]: ntp_io: estimated max descriptors: 1024, initial socket boundary: 16
29 Apr 14:46:39 ntpd[8378]: unable to bind to wildcard address 0.0.0.0 - another process may be running - EXITING


[remvs]

Hi Briolet,

De reden dat ik mijn scriptje de mailserver off line haal is omdat deze (met name Postfix) over de emmer gaat wanneer er een te grote tijdsprong plaatsvind. Zie linkje voor meer info:
http://forum.synology.com/enu/viewtopic.php?f=19&t=76889

Over ntpd/ntpdate. Volgens mij was er geen reden voor mij om ntpdate te gebruiken anders dan dat ik de syntax daarvan wist. Wanneer je de ntpd service niet eerst stopt krijg je idd een poort error. Dit is ongetwijfeld omdat er dan twee processen dezelfde poort claimen. En da kannie..

Dus.. Ik denk dat

Code: [Selecteer]

ntpd -q wel werkt als je eerst de reeds lopende ntpd (of ntpdate...) afschiet met

Code: [Selecteer]

sh /usr/syno/etc.defaults/rc.d/S23ntpd.sh stop

Groeten,
Remvs

[Briolet]

De reden dat ik mijn scriptje de mailserver off line haal is omdat deze (met name Postfix) over de emmer gaat wanneer er een te grote tijdsprong plaatsvind.

Ik las al ergens dat servers er niet van houden als de tijd aangepast wordt. 
Over het ntpd protocol lees ik wel dat deze dit opvangt door de tijd in heel kleine, instelbare, stapjes aan te passen over langere tijd verdeeld. En als de aanpassing boven een drempel uitkomt doet hij niets, maar logt een error.

Daar zal ik eerst eens rustig voor gaan zitten en de boel bestuderen.

[hansiedown]

Ik herken het probleem van een tijdje terug (bij mij althans). Ook ik gebruikte pool.ntp.org. Op 1 van mijn 2 nassen gaf dit een foutmelding (nu is die NAS niet altijd up).
Sinds ik de NTP service van mijn provider gebruik heb ik geen probleem meer.

[remvs]

Over het ntpd protocol lees ik wel dat deze dit opvangt door de tijd in heel kleine, instelbare, stapjes aan te passen over langere tijd verdeeld. En als de aanpassing boven een drempel uitkomt doet hij niets, maar logt een error.

Klopt. Het probleem bij de Synology hardware is echter dat de time drift dusdanig groot is (tot wel 10 sec per dag) dat ntpd het niet bijhoudt en dus gaat:
1.  'steppen'
2.  of als je dat steppen niet hebt geconfigureerd, niets meer doet.

In geval van 1. zal je Postfix regelmatig afsterven.
In geval van 2. zal de tijdsafwijking sterk toenemen over tijd, met wederom problemen met je mailserver.

Belangrijke tip wanneer je met ntpd als daemon aan de gang gaat:
neem de volgende directive op in je ntp.conf

Code: [Selecteer]

disable monitorDit voorkomt dat men van buitenaf je ntpd'tje kan aanroepen. Behalve dat dit een bekend DDoS hackje is, zijn de nederlandse providers ook geneigd je internetverbinding af te sluiten wanneer ze merken dat je deze service draait zonder de genoemde directive. Ik heb dit enkele maanden geleden ondervonden met XS4all.
zie ook:
https://isc.sans.edu/diary/NTP+reflection+attack/17300

[Briolet]

neem de volgende directive op in je ntp.conf

In de config file staat gelukkig al standaard "disable monitor" ingevuld. Ik zal er in elk geval aan denken het niet te wissen.

[eme1969]

UvanU timeserver werkt goed op mijn DS108J 

Ik heb er een aantal geprobeerd en die gaven error waardoor ik dacht dat poort geblokkeerd stond of zoiets.,

niets is (gelukkig) minder waar.

thanks